MySQL双机热备必须由双主同步与Keepalived VIP漂移协同实现：仅Keepalived无数据，仅双主需应用层切换；关键参数包括唯一server-id、配对的auto-increment-offset/increment、ROW格式binlog及REPLICATION SLAVE权限账号；Keepalived须用真实DB连接脚本检测，配置一致virtual_router_id并放行VRRP协议。
MySQL 双机热备不是靠单个组件实现的，必须由 MySQL 双主同步 + Keepalived VIP 漂移共同完成。只配 Keepalived 不做双主，VIP 切过去后新节点没数据；只做双主不配 Keepalived，应用层就得自己处理故障切换——这两者缺一不可。
MySQL 双主配置的关键参数和避坑点
两台 MySQL 必须同时开启 binlog 和中继日志，并通过 server-id、auto-increment-offset、auto-increment-increment 避免主键冲突：
-
server-id必须全局唯一（如 1 和 2），不能都是 1 或留默认值 -
auto-increment-offset和auto-increment-increment要配对：Node1 设为offset=1, increment=2，Node2 设为offset=2, increment=2，否则 INSERT 同时发生会报Duplicate entry -
binlog_format推荐用MIXED，STATEMENT在某些函数（如NOW()）下会导致从库执行结果不一致 - 同步账号需有
REPLICATION SLAVE权限，且绑定网段（如'repl'@'192.168.1.%'），不能只写'repl'@'%'（部分 MySQL 版本会拒绝连接）
Keepalived 配置里最容易失效的检测逻辑
Keepalived 默认只检查自身进程存活，MySQL 崩了但 keepalived 还在跑，VIP 就不会漂移。必须加自定义脚本检测 MySQL 实际可用性：
- 检测脚本不能只用
pgrep mysqld，要真正连一次数据库，比如：mysql -uhealth -pcheck -e "SELECT 1" &>/dev/null - 脚本返回非 0 时，
Keepalived才会降权或切状态；建议在vrrp_script中设fall 2和rise 2，避免瞬时抖动误判 -
virtual_router_id两台必须一致（0–255），且不能和局域网内其他 VRRP 组冲突，否则可能抢不到 VIP - 如果用的是 CentOS 8+ 或 systemd 网络管理，
interface名称别写成eth0，要用ip link show确认真实网卡名（如ens33）
MySQL 连接中断后 VIP 漂移的延迟控制
VIP 切换快慢取决于 advert_int 和检测失败次数，但不能一味调小：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
-
advert_int 1是常见值，配合fall 2意味着至少 2 秒无心跳才触发切换，太短容易因网络抖动误切 - MySQL 检测脚本本身耗时要计入——如果脚本里用了超时长的
mysql连接（如未设--connect-timeout=3），一次检测就卡 10 秒，整体故障发现时间会严重拉长 - 生产环境建议启用
non_preemptive（非抢占模式），避免 MASTER 恢复后立刻抢回 VIP 导致连接重置；这个选项在 Keepalived 2.0.19+ 才支持，旧版本得靠priority差值 +preempt_delay模拟
防火墙和 SELinux 对 VIP 和复制链路的实际影响
很多部署失败根本原因不在配置，而在底层网络策略被忽略：
- VRRP 协议走的是 IP 协议号 112（不是端口），
iptables或firewalld必须放行：-A INPUT -p vrrp -j ACCEPT，只开3306或ICMP不够 - SELinux 开启时，
Keepalived无法绑定 VIP（报Permission denied），setsebool -P keepalived_read_etc on不解决问题，最稳方式仍是setenforce 0并改/etc/selinux/config - MySQL 双主间需要双向 3306 通信，但很多人只开了 Node1→Node2 的防火墙，忘了 Node2→Node1 也要通，否则
SHOW SLAVE STATUS\G里会显示Connecting卡住
真实环境里，MySQL 进程僵死但 TCP 连接还挂着、Keepalived 检测脚本权限不足、网卡多队列导致 VRRP 包被丢弃——这些细节比配置语法更常导致故障。上线前务必用 tcpdump -i any vrrp 看包是否发出，再用 mysqladmin ping -u... -p... --sleep=1 --count=5 模拟短时中断，验证 VIP 是否按预期漂移。
