Aurora MySQL v3无法停止外部复制:脑裂问题及SUPER权限受限
Aurora MySQL v3 残留复制线程问题的解决方法
以下是针对你遇到的只读副本重启循环、无法清除旧外部复制配置问题的可行方案:
强制终止I/O线程(通过AWS提供的存储过程)
先执行SHOW PROCESSLIST;找到状态为Connecting的复制I/O线程ID,然后调用AWS官方提供的线程终止存储过程:CALL mysql.rds_kill(你的I/O线程ID);该存储过程无需
SUPER权限,可直接终止指定的系统线程,成功后再尝试执行CALL mysql.rds_reset_external_source;清除配置。临时配置
skip_replica_start参数- 创建一个新的DB参数组,在其中设置
skip_replica_start=1(若该参数未被锁定) - 将目标只读副本实例关联到这个新参数组,并选择立即应用
- 重启实例,此时复制线程不会自动启动
- 执行
CALL mysql.rds_reset_external_source;清除旧配置,之后再将实例改回原参数组
- 创建一个新的DB参数组,在其中设置
通过实例重建清除配置
若上述方法无效,可将该只读副本提升为独立实例:- 在AWS控制台或CLI执行提升操作,完成后原实例的复制配置会被完全清空
- 若仍需要只读副本,从主实例重新创建新的只读副本即可
最后方案:联系AWS技术支持
如果所有自助操作都无法解决,直接联系AWS Support,提供实例ID、SHOW PROCESSLIST结果、复制线程状态及错误日志,他们可通过后台操作强制清除残留的复制线程和配置。
内容的提问来源于stack exchange,提问作者FasgamesZz
相关产品推荐
相关产品推荐

