重启AWS RDS Aurora主写节点会导致只读节点重启吗？如何保障其可用性？

兄弟，你遇到的这个情况确实有点反常——正常来说Aurora的只读副本不该跟着主节点一起宕机。先帮你拆解原因，再给你实打实的解决方案：

为什么主节点重启时只读副本会跟着挂？ #

Aurora的只读副本是独立的计算实例，和主节点共享底层存储卷，理论上主节点重启完全不影响副本运行。你碰到的问题大概率是这几个原因之一：

• 单AZ集群坑：如果你的集群只部署在一个可用区（AZ），主节点重启时，集群元数据同步可能会短暂卡壳，导致副本暂时失去和存储层的连接（但一般是短时间断连，不至于直接宕机）。
• 连错端点了：别把集群端点当成只读接入点用！集群端点是用来连主节点做读写的，主节点挂了它要切换到新主，过程中会短暂不可用；而只读接入点是专门给副本用的，只会路由到健康的只读实例。
• 副本参数配置不对：从你提到的日志来看，副本检测到主节点下线后，可能是failover相关参数设得太激进，导致它自己停服务了——比如自动尝试升主失败，或者触发了某些只读保护机制。

怎么让只读接入点在主节点离线/繁忙时稳得住？ #

按下面这几步配置，保证你的只读流量在主节点出问题时不受影响：

1. 立刻改成多AZ集群 #

这是核心中的核心！把集群部署在至少2个不同的可用区，主节点和只读副本分开放。这样主节点哪怕重启或者AZ故障，其他AZ的副本完全不受影响，只读接入点会自动把流量切到健康的副本上。

• 操作很简单：要么创建集群时选多个AZ，要么给现有集群加一个其他AZ的只读副本就行。

2. 认准只读接入点来连接 #

别再用单个副本的端点或者集群端点了！只读接入点的格式一般是你的集群名-ro.xxxxxx.区域.rds.amazonaws.com，这个端点会自动在所有健康的只读副本之间做负载均衡，哪个副本挂了就自动踢掉，流量转去其他正常的。

3. 调整副本的故障处理参数 #

改几个参数，防止副本在主节点下线时自己瞎折腾：

• 确保innodb_read_only设为ON（副本默认就是开的，但最好确认下），避免副本尝试写入搞出问题。
• 调整rpl_stop_slave_timeout（MySQL兼容版Aurora），设个合理的超时时间，让副本在主节点恢复前乖乖保持只读状态，别自己停服务。
• 把AutoMinorVersionUpgrade开成true，保证副本和主节点版本一致，减少兼容性坑。

4. 开自动故障转移 #

开启Aurora的自动故障转移功能，主节点挂了会自动把一个副本升成新主，这个过程一般30秒内搞定。而且在故障转移期间，只读接入点会继续路由流量到剩下的健康副本，完全不影响只读业务。

最后澄清你的疑问：读写不同步会导致只读接入点宕机吗？ #

绝对不会！Aurora的副本默认是异步复制（也支持半同步），读写有延迟是正常的（一般毫秒级），这完全不会影响只读接入点的可用性。只有当所有只读副本都挂了，接入点才会没法提供服务——只要有一个健康的副本在，它就能正常工作。

内容的提问来源于stack exchange，提问作者kochauf