前言：读请求压垮主库？读写分离是最优解

在电商、资讯、后台管理等绝大多数业务场景中，数据库请求都遵循读多写少规律：用户查询、列表展示、数据统计等读请求占比高达80%以上，单纯升级主库规格不仅成本高，还无法彻底解决读性能瓶颈。

阿里云RDS自带读写分离能力，无需改动业务代码，只需挂载只读实例，就能自动分流读流量，横向扩展数据库读性能。本篇实验承接前序高可用架构实验，聚焦读性能扩容核心目标，手把手完成只读实例部署、读写分离配置、流量分流验证，彻底吃透RDS读写分离的原理与实操。

实验前置条件：已完成实验1-3，拥有运行中的RDS MySQL高可用版主实例（8.0版本），实例内保留user_center业务库及测试数据；准备ECS服务器（同地域同VPC）用于压测和连接测试，提前安装MySQL客户端、sysbench压测工具（可选）。

实验核心信息

实验场景（企业真实业务）

某电商平台进入促销预热期，用户查询商品、查看个人中心、浏览订单等读请求暴增，主库CPU利用率持续走高、查询响应变慢，存在宕机风险。开发团队无精力改造业务代码，需通过RDS只读实例快速实现读写分离，分流读流量、缓解主库压力。

实验目的

核心知识点铺垫

实验实操：RDS读写分离全流程

步骤1：创建RDS只读实例

只读实例依托主实例部署，无需单独配置白名单和账号，复用主实例权限，操作极简：

  1. 登录阿里云RDS控制台，进入主实例详情页，左侧菜单栏点击只读实例

  2. 点击右上角创建只读实例，进入配置页面

  3. 配置只读实例参数（贴合实验场景，控制成本）：

    • 计费方式：按量付费

    • 地域/可用区：与主实例同地域（可不同可用区，提升容灾）

    • 实例规格：2核4GB（与主实例规格一致即可，实验无需高配）

    • 存储空间：20GB（同步主实例数据，无需额外扩容）

  4. 确认配置后点击立即购买，返回实例列表，等待只读实例状态变为运行中（耗时5-10分钟）

注意事项：只读实例必须绑定高可用版主实例，基础版主实例不支持创建只读实例；单个主实例最多挂载5个只读实例，实验创建1个即可满足验证需求；实例创建期间，主实例正常运行，不影响业务读写。

步骤2：查看只读实例同步状态

  1. 回到主实例只读实例页面，查看已创建的只读实例，确认复制状态为正常，复制延迟为0毫秒（初始同步完成）

  2. 点击只读实例ID，进入详情页，查看基本信息，记录只读实例连接地址（备用）

  3. 通过客户端连接只读实例，查询user_center库数据，验证数据与主实例完全一致

注意事项：若复制延迟持续偏高，需检查主实例写入压力、网络带宽，避免大事务、大批量写入导致同步滞后；只读实例仅支持读操作，执行写语句会直接报错。

步骤3：开启读写分离地址

RDS读写分离无需业务改造，通过统一代理地址实现自动分流，配置步骤如下：

  1. 返回主实例详情页，左侧菜单栏点击读写分离

  2. 点击右上角开启读写分离，进入配置页面

  3. 配置读写分离参数：

    • 网络类型：专有网络（同VPC，安全高速）

    • 读权重分配：默认均等分配（主实例0权重，只读实例100权重，确保读请求全部分流）

    • 延迟阈值：默认1秒（延迟超过阈值，读请求自动切回主库）

  4. 点击确定，等待读写分离地址生效（约1分钟）

  5. 生效后，记录读写分离内网地址、端口、账号密码（复用主实例账号）

注意事项：读写分离地址为统一入口，业务只需修改连接地址为该地址，无需调整SQL语句；主实例权重建议设为0，避免读流量占用主库资源，保证写入性能；延迟阈值可根据业务实时性要求调整，金融、交易场景建议调低阈值。

步骤4：读写分离功能验证

验证1：读写请求分流测试

  1. 通过ECS使用读写分离地址连接RDS，进入user_center库

  2. 执行写语句，验证写入主库成功：
    -- 写请求：插入用户数据 INSERT INTO user_info (username, phone) VALUES ('zhaoliu', '13600136000'); COMMIT;

  3. 执行读语句，验证读请求分流至只读实例：
    -- 读请求：查询用户数据 SELECT * FROM user_info WHERE username='zhaoliu';

验证2：主库负载对比测试

  1. 关闭读写分离，用主实例地址压测读请求，查看RDS监控大盘的主库CPU、QPS指标

  2. 开启读写分离，用读写分离地址压测相同读请求，对比主库负载明显下降

  3. 查看只读实例监控，确认读流量全部转发至只读实例，性能扩容效果显著

注意事项：事务内的读请求、带FOR UPDATE的查询语句，会强制走主实例，无法分流；压测时避免大批量写入，防止复制延迟升高影响分流效果；实验结束后可降低只读实例权重，观察流量分配变化。

步骤5：实验收尾与资源管理

  1. 验证完成后，可保留读写分离配置和只读实例，用于后续性能优化实验

  2. 若暂时不用，可在只读实例页面点击释放，避免闲置计费

  3. 清理测试数据，保持主实例数据整洁

注意事项：释放只读实例前，需先调低或移除该实例权重，防止流量突增导致业务异常；读写分离功能可随时关闭，关闭后流量全部切回主实例。

实验验收标准

  1. 成功创建只读实例，复制状态正常、数据与主库一致

  2. 成功开启读写分离地址，配置权重、延迟阈值合规

  3. 写请求正常写入主库，读请求自动分流至只读实例

  4. 分流后主库负载明显降低，读性能得到有效扩展

深度思考题

  1. 读多写少场景下，读写分离相比升级主库规格，优势体现在哪些方面？

  2. 只读实例存在复制延迟，哪些业务场景不适合走只读实例？

  3. 如果挂载多个只读实例，如何分配权重才能最大化读性能？

  4. 为什么部分读语句无法分流到只读实例？

总结

RDS读写分离是云数据库应对读性能瓶颈的轻量化解决方案，尤其适合读多写少的互联网业务场景。它依托只读实例实现横向扩容，无需改造业务代码，通过统一代理地址自动分流流量，既能大幅降低主库压力，又能控制运维成本。

本次实验从实战出发，完整复现了企业读写分离部署全流程，不仅让大家掌握了实操技能，更理解了读性能扩展的核心逻辑。在生产环境中，可根据读请求量挂载多个只读实例，搭配监控告警优化权重配置，让数据库始终保持高效稳定运行。