当业务量增长到单库扛不住时，读写分离是最常见的扩展手段：写走主库，读走从库，把读压力分摊出去。本文面向大连架构团队，讲解主从复制、路由层、高可用与一致性的完整方案，以及灰度落地的具体步骤。
典型信号：主库CPU被查询打满、写入延迟上升、报表与在线业务争抢资源。读写分离把占比80%以上的读流量引到从库，主库专注写入。对大连业务中订单查询、商品列表这类多读少写场景，收益立竿见影，是性价比最高的扩展第一步。
读写分离不是免费午餐：引入主从复制延迟、增加运维复杂度、需要处理写完读不到的一致性问题。在数据量与并发尚小的阶段，过早拆分反而增加成本。先做SQL优化、加索引、读写分离前的单库调优，往往还能再撑很久。
主从库分别配置独立连接池，主库连接数按写入峰值设，从库按读流量设。避免一个库打满拖垮另一个。监控各连接池等待线程数，及时扩容。
MySQL默认异步复制：主库写binlog后立即返回，从库异步拉取。优点是性能好，缺点是主库宕机可能丢数据。半同步复制要求至少一个从库确认收到binlog才返回，兼顾性能与安全。大连核心交易库建议半同步，普通业务库异步即可。
延迟受大事务、网络、从库负载影响。监控Seconds_Behind_Source指标，设告警阈值。优化手段：拆大事务、从库专人专用、开启基于GTID的并行复制。延迟过高时，关键读请求临时走主库兜底，不要硬等从库。
读写分离后从库慢查询会暴露出来。定期分析慢日志，优化大表Join、缺失索引、深分页。读写分离只是分流，SQL本身慢还是要靠优化解决，不能指望加从库。
在DAO层用注解或动态数据源决定走主库还是从库：带事务的写操作走主库，普通查询走从库。优点是简单直接、无额外组件；缺点是路由逻辑分散在代码里，多语言栈需重复实现。适合团队规模小、技术栈统一的场景。
用ProxySQL、ShardingSphere-Proxy等代理层接管连接，由中间件解析SQL自动路由。优点是对应用透明、统一治理；缺点是多一跳网络、引入新组件运维成本。大连中大型团队倾向中间件方案，便于统一管控数据源与权限。
一个事务内的写操作后续读必须走主库，否则会读到旧数据。通常做法：事务开始后将后续读路由强制切到主库，事务提交后延迟几秒再切回从库。这个窗口叫读写一致窗口，要按业务设置，大连订单详情页建议设1~3秒。
主库宕机需自动提升从库。可用MHA、Orchestrator或云数据库自带的高可用组件。切换要处理VIP漂移、连接串更新、脑裂防护。切换期间业务短暂不可写，需提前演练切换流程，确保DBA在半夜能按预案操作。
用户刚下单立刻查询，可能因复制延迟读不到。解法：写后指定时间内路由到主库（写后读主策略）、关键查询强制走主库、或基于GTID等待从库追上再返回。大连订单支付链路必须处理这一点，否则用户以为下单失败而重复提交。
把主从延迟、路由分布、慢查询、连接池利用率做成实时大盘。延迟超过3秒告警，超过10秒自动切读回主库。每周复盘慢查询Top10，推动业务侧优化，而不是任由数据库越来越慢。
第一步搭建从库并验证复制延迟可接受；第二步灰度切10%读流量到从库观察；第三步逐步放大到50%、100%；第四步配置自动切换与告警。每步保留回退方案，出现问题立刻切回主库，切忌一次性全切。
重点监控：主从延迟、从库连接数、慢查询、主库写入QPS、路由正确率、从库磁盘容量。延迟超阈值自动把读切回主库。大连团队应把这些指标做成大盘，让读写分离运行在可观测之上，而不是靠用户投诉发现问题。
读写分离上线按灰度推进：先切非核心查询到从库，观察一周无异常再放大。每个阶段保留一键切回主库的开关。一旦发现数据不一致或延迟飙升，立即回退，不要带病运行。大连团队把回退开关放在监控大盘上，值班人员秒级可操作。
读写分离解决读压力，分库分表解决单表数据量与写压力。先做读写分离，到单表几千万行、写入成为瓶颈再考虑分库。不要一上来就分库分表，复杂度会指数上升。
热点数据加Redis缓存，读请求先打缓存再到从库，进一步减压。注意缓存与数据库的一致性：写主库后删缓存，设置合理过期时间。大连商品详情这类读多写少场景，缓存命中率能到九成。
核心业务做异地多活：主从跨机房部署，一个机房故障切换到另一个。提前做混沌演练，定期注入主库宕机、从库延迟等故障，验证监控与切换预案真的管用，而不是纸上谈兵。
再强调一次：读写分离的难点不在搭从库，而在一致性与故障切换。大连团队落地时务必把写后读主窗口、主从延迟告警、自动切换预案这三件事做扎实，再考虑分库分表等更复杂的扩展。监控到位，读写分离才是稳的扩展手段。
落地顺序上，建议先做监控与慢查询治理，再上读写分离，最后补自动切换。不要一上来就堆中间件，按这个顺序演进，风险最小。
读写分离是数据库扩展的经典第一步，但一致性与高可用才是真正的难点。大连架构团队应按复制、路由、切换、一致性四步稳步落地，并用监控守住边界。
18140041855 
