信创迁移性能基准方法：如何验证 x86 换 ARM 后达标

信创迁移最容易踩的坑，是只验证「能启动、能登录」，不验证「性能达标」。上线后才发现查询慢一倍、高峰 CPU 打满，回退代价极高。正确的做法是在迁移前先建一套性能基准，把验收标准写进方案。

先定指标与基线

基线必须在旧 x86 环境采集，且要和真实负载一致——不是跑个空库，而是抓生产的高峰 QPS、P95/P99 延迟、CPU 与磁盘 IO。至少覆盖三类：数据库（达梦/人大金仓）、存储 IO、业务接口。每个指标记三组值：平均值、峰值、以及可接受的退化上限。建议先和业务方约定「允许性能下降 10% 以内」，否则没有验收依据。基线数据至少要抓一个完整业务周期（比如一个月含月初/月底高峰），避免拿闲时数据当参照。

用对的工具压测

数据库用 sysbench 打 OLTP，达梦的兼容模式让 sysbench 的 MySQL 驱动大多能直接跑：

sysbench oltp_read_write --db-driver=mysql   --mysql-host=127.0.0.1 --mysql-port=5236   --mysql-user=SYSDBA --mysql-password=***   --tables=8 --table-size=200000 --threads=32   --time=300 run

存储用 fio 测随机读写 IOPS 和带宽；接口用 wrk 打真实读多写少的 URL，统计 P99。三组压测都跑两轮：一轮空载基线，一轮叠加生产负载，避免「压测很漂亮、一上业务就崩」。数据库压测尤其要跑够时间（至少 300 秒），让缓存命中和 checkpoint 都稳定下来再读数。

判定标准与常见坑

把 ARM 环境的压测结果和旧 x86 基线逐项对比，重点看 P99 而不是平均延迟——ARM 场景下长尾延迟往往更明显。三个常见坑：一是达梦/金仓默认参数偏保守，缓冲池、连接数要按压测结果调，别用默认值上线；二是 ARM 服务器 NUMA 拓扑和 x86 不同，绑定 CPU 和不绑定能差 15% 以上；三是磁盘用国产 SSD 后 IOPS 规格虚标，fio 实测为准。另外达梦在 ARM 上编译优化程度不同，部分复杂 SQL 的执行计划可能变化，要重点回归核心查询。

落成验收清单

验收至少包含：OLTP TPS 不低于基线的 90%、接口 P99 退化不超 15%、存储随机读 IOPS 达标、连续压测 30 分钟无抖动。每项留一份报告存档，作为替换依据。基准做在前面，迁移才有底气，回退也有标准可依。