多轮压力验证核心是模拟真实业务波动、暴露隐性瓶颈、验证自动恢复能力，首轮基线+故障注入、第二轮长稳压测、第三轮突刺+恢复、第四轮混合链路扰动，每轮目标明确、可比闭环，需控制变量、关注切换后稳态并结合业务语义校验。
开展多轮次压力验证，核心是模拟真实业务波动、暴露隐性瓶颈、验证自动恢复能力，而不是简单叠加并发数。重点不在“轮次多”，而在每一轮有明确目标、可对比、能闭环。
明确每轮测试的差异化目标
不同轮次应聚焦不同稳定性维度，避免重复验证：
- 首轮：基线压力+故障注入——在80%设计峰值负载下持续运行30分钟，同步随机kill一个备库进程，验证主库是否自动接管、应用连接是否重连、RTO是否≤5秒；
- 第二轮：长稳压测——以60%峰值负载连续运行8小时以上，重点观察内存泄漏、连接池耗尽、日志写满等缓慢退化现象；
- 第三轮：突刺+恢复——先稳定在40%负载，再瞬间拉升至120%峰值并维持2分钟，随后回落，检验系统能否扛住瞬时冲击、是否出现雪崩、降级策略是否生效；
- 第四轮：混合链路扰动——在压测同时，人工模拟网络延迟（如加200ms抖动）、存储IO限速（如限制磁盘吞吐至50MB/s），验证高可用组件在复合异常下的决策鲁棒性。
控制变量，确保结果可比
多轮测试必须固定基础环境与观测口径：
- 每次测试前清空数据库WAL归档、重置监控采集周期、重启应用连接池，消除上一轮残留状态；
- 统一采集P95响应时间、事务成功率、主从复制延迟（ms）、仲裁节点心跳超时次数四项核心指标；
- 所有轮次使用同一套流量模型（如基于真实业务日志生成的请求分布），不因轮次变化而调整请求比例或数据倾斜度。
关注“切换后稳态”而非“切换瞬间”
高可用架构真正的稳定性体现在故障转移完成后的持续服务能力：
- 主库切换完成后，至少持续观测15分钟，确认新主库的TPS不下降、慢SQL数量不增加、缓冲区命中率稳定在95%以上；
- 检查从库重连后是否发生全量同步（Full Resync），若发生，需定位是否因复制位点丢失或网络断连过久导致，这反映日志保留策略是否合理；
- 验证业务层是否感知不到切换——例如公文系统中用户提交后未收到“操作失败”提示、审批流程未中断、电子监察日志连续无断点。
结合业务语义做有效性校验
技术指标达标不等于业务稳定，必须嵌入业务逻辑验证：
- 在每轮压测中，按0.1%比例抽样关键事务（如“行政审批提交”“跨部门数据共享调用”），回查数据库事务日志，确认其ACID属性完整、状态机流转正确；
- 利用金仓数据库的逻辑复制一致性校验工具，在异地灾备中心执行CHECK REPLICATION CONSISTENCY命令，比对主备端指定表的校验和，确保RPO真实可控；
- 模拟政务人员真实操作路径（如登录→查办件→上传附件→提交），用自动化脚本驱动，识别前端无报错但后台事务静默失败的“伪稳定”场景。
