生产环境mysql如何实现高可用_配置主从复制与自动故障切换

主从复制SHOW SLAVE STATUS显示Connecting的常见原因是网络通但权限或配置未对齐主库需开启binlog且server_id全局唯一从库CHANGE MASTER TO中MASTER_HOST不能为localhost或127.0.0.1须填真实IP或域名。主从复制配不起来SHOW SLAVE STATUS 一直显示 Connecting常见原因是网络通但权限或配置没对齐。主库必须开 binlog且 server_id 要全局唯一从库的 CHANGE MASTER TO 中 MASTER_HOST 不能写 localhost 或 127.0.0.1容器或跨主机时尤其容易错得填可路由的真实 IP 或域名。实操建议主库检查SELECT log_bin, server_id;确保返回 ON 和非零整数从库执行前先停掉复制STOP SLAVE;改完配置再 START SLAVE;用 mysql -h 主库IP -u repl_user -p 在从库机器上手动连一次验证账号、网络、防火墙三关如果主库开了 require_secure_transportON从库的 CHANGE MASTER TO 必须加 MASTER_SSL1 参数故障切换后业务连不上新主库ERROR 2003 (HY000) 持续报错自动切换本身不等于服务自动重连。MySQL 客户端不会感知主从角色变化应用层仍连着旧地址——除非你用了中间件或代理层做流量调度。实操建议别依赖 DNS 切换TTL 延迟、客户端缓存、glibc 的 getaddrinfo 行为都不可控推荐用 ProxySQL 或 MaxScale 做读写分离故障感知它们能监听 SHOW SLAVE STATUS 变化并自动踢掉失效节点若用 VIP 方案如 keepalived确保 ARP 刷新及时且从库机器禁用 arp_ignore 和 arp_announce 冲突配置应用连接串里不要硬编码 IP至少用 host 文件或内网 DNS 名并配合连接池的 validationQuery如 SELECT 1快速剔除坏连接semi-sync 开了但复制延迟还是高甚至退化成异步半同步不是银弹。只要一个从库响应超时默认 rpl_semi_sync_master_timeout10000单位毫秒主库就自动切回异步模式且不会告警——你得自己监控 Rpl_semi_sync_master_status 和 Rpl_semi_sync_master_no_tx 这两个状态变量。 跃问 跃问是由阶跃星辰开发的免费AI智能问答助手随时帮你智能搜索、高效阅读、识图理解、和你畅聊感兴趣的话题。