混沌实验记录

记录人：李莉

环境：预发

日期：0000-00-00

实验：暂停只读副本 3 分钟

结论：列表自动回到主库，3 分钟后恢复

一、实验结论

9月20日 15:00 在预发暂停只读副本 3 分钟，观察请假列表是否还能打开。副本停止后 20 秒内，列表改查主库，P99 从 130 毫秒升到 210 毫秒，错误率 0。15:03 副本恢复，延迟降到 1 秒以内后，列表在下一分钟回到副本。张伟接受这个行为，作为 9月26日生产切换列表读副本之前的证据。

二、实验设计

1. 预发请假列表已经指向副本，联合索引已建好。
2. 王芳每 10 秒打开一次「我的请假」，工号 E-1024，平时 11 条记录。
3. 李莉只暂停副本的查询服务，主库保持可写。暂停方式是预发控制台的停止按钮，不是删除数据。
4. 预定暂停 3 分钟，实际 3 分 05 秒。

三、过程

切换过程中没有少行，也没有把别人的请假列出来。主库 CPU 从 22% 升到 31%，在 3 分钟内可以接受。陈静确认页面没有出现整页错误。

四、结论与限制

自动回切按「副本延迟超过 1 秒或不可连接」触发，连续使用主库超过 10 分钟会通知李莉。本次只有 3 分钟，没有触发这封通知。实验没有停主库，因此不能说明主库故障时的表现。生产切换列表之前，周敏把同一判断写进配置说明：延迟超过 1 秒回主库。下次实验若要停主库，需单独批准，本次记录不覆盖那种情形。15:00 至 15:04 王芳共打开列表 24 次，每次都是 11 条，工号 E-1024 的第一条仍是 9月2日的事假。主库在这 3 分钟新增请假 0 笔，因此两边行数没有因为写入分叉。李莉在 15:05 把副本的复制延迟曲线截下来，最高 2 秒，出现在刚启动的那一分钟。这个峰值低于「超过 5 秒就报警」的数据库阈值，所以当晚没有额外告警。