说明：本文由早期存档重新编写。旧正文及旧图片已移除，以下内容为重新整理后的独立版本。
高可用 MySQL 架构应从业务目标和故障模型出发，而不是从交易量数字出发。
重新整理后的要点
- 明确恢复点、恢复时间和一致性要求。
- 读写分离前确认复制延迟对业务的影响。
- 定期演练主从切换、备份恢复和连接切换。
我的处理原则
这类问题需要结合业务规模、版本、预算和风险承受能力判断。本文保留的是可复核的思考框架；涉及具体实施时，应先在测试环境验证，并记录变更与回退方案。
日均7亿交易量，如何设计高可用的MySQL架构
