首页/数据/数据库速查/读写分离的收益与坑
本包目录(495 条)
MySQL 基础与连接36 条SQL 语法52 条用户与权限21 条备份与恢复56 条
主从复制与高可用53 条
性能与调优57 条Redis 命令96 条Redis 运维与场景124 条

读写分离的收益与坑

读写分离的核心风险是延迟读:写完立刻读可能读到旧数据;套路有「写后读主库」「强制主库标记」「会话粘连」三招,按业务容忍度选。

数据库速查数据更新于 2026-10-12
收益读扩展、降主库压力
风险延迟导致读到旧值(缓存双删类逻辑要重审)
方案写后短窗读主 / 关键读带强制主库 hint / 从库追平校验

代理层强制主库示例(ProxySQL 规则思路)

代理层强制主库示例(ProxySQL 规则思路)
-- 为特定语句打标走写组(示例)
INSERT INTO mysql_query_rules (rule_id, active, match_digest, destination_hostgroup, apply)
VALUES (10, 1, '^SELECT.*FOR UPDATE', 10, 1);
从库读一致性要求高的报表/对账,优先直连从库并注明延迟容忍;别让业务默认「读走从库」。

易错点

  • 写后立刻查从库:用户看到「提交了但没数据」,投诉入口
  • 全局默认从库读:少数强一致场景被长期忽视,形成隐雷

数据来源与参考

  • ProxySQL 官方文档
  • MySQL 8.0 Reference Manual: Replication

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌