master_heartbeat_period必须显式设置，因为mysql 8.0默认不启用心跳机制（值为0），而跨网段场景下tcp keepalive常被中间设备静默中断，仅靠该参数才能触发主库主动发送心跳包以及时探测连接存活，避免假断连或故障发现延迟。
跨网段主从同步失败，90%不是配置错，而是网络抖动或防火墙拦截导致心跳中断；MySQL 8.0 默认不显式暴露心跳参数，必须靠 MASTER_HEARTBEAT_PERIOD 和底层 TCP 参数协同控制。
为什么 MASTER_HEARTBEAT_PERIOD 必须显式设置？
MySQL 8.0 的复制线程默认使用 TCP keepalive（系统级），但该机制在跨网段、NAT 或云厂商负载均衡后常失效——连接空闲超时被中间设备静默断开，而 MySQL 不感知。此时仅靠 CHANGE MASTER TO 中的 MASTER_HEARTBEAT_PERIOD 才能触发主动心跳探测。
-
MASTER_HEARTBEAT_PERIOD单位是秒，取值范围 0–4294967，0 表示禁用心跳（不推荐） - 实际建议设为 10–30 秒：太小加重主库压力，太大无法及时发现断连
- 该参数只在
CHANGE MASTER TO时生效，修改后需STOP SLAVE; START SLAVE; - 注意：它不等同于
slave_net_timeout（从库等待主库响应的超时），二者需配合
slave_net_timeout 和 MASTER_HEARTBEAT_PERIOD 怎么配才不冲突？
这两个参数共同决定“多长时间内没收到任何数据就判定主从断开”。若配错，会出现假断连或真断连不恢复。
-
slave_net_timeout是从库侧全局变量，默认 60 秒；它必须 >MASTER_HEARTBEAT_PERIOD，否则心跳包还没发完就被判定超时 - 推荐组合：
MASTER_HEARTBEAT_PERIOD = 15，slave_net_timeout = 30（重启从库或运行SET GLOBAL slave_net_timeout = 30;） - 如果网络延迟高（如跨省专线 RTT > 100ms），
slave_net_timeout至少设为MASTER_HEARTBEAT_PERIOD × 2 + 5 - 修改后务必执行
STOP SLAVE; START SLAVE;，否则新 timeout 不生效
跨网段还要调哪些 TCP 层参数？
仅靠 MySQL 参数不够。Linux 内核的 tcp_keepalive_* 会影响底层连接存活，尤其在有状态防火墙/NAT 设备的路径上。
- 检查当前值：
sysctl net.ipv4.tcp_keepalive_time net.ipv4.tcp_keepalive_intvl net.ipv4.tcp_keepalive_probes - 推荐调整（写入
/etc/sysctl.conf）：net.ipv4.tcp_keepalive_time = 600（首次探测前空闲时间）net.ipv4.tcp_keepalive_intvl = 60（探测间隔）net.ipv4.tcp_keepalive_probes = 3（失败后重试次数） - 执行
sysctl -p生效；注意：这些是系统级设置，影响所有 TCP 连接，非仅 MySQL - 云环境（如阿里云、AWS）可能限制 keepalive 行为，需确认安全组/网络 ACL 允许双向 ICMP 或 TCP keepalive 包
怎么验证心跳是否真正起作用？
不能只看 SHOW SLAVE STATUS\G 中的 Seconds_Behind_Master，要抓底层行为。
- 在从库执行：
tcpdump -i any port 3306 -nn -A | grep -i "heartbeat"（需安装 tcpdump；实际不会打印文字 "heartbeat"，但可观察到小包周期性收发） - 更可靠方式：停掉主库网卡 20 秒，观察从库
Slave_IO_Running状态变化时间是否接近你设的slave_net_timeout - 查错误日志：
tail -f /var/log/mysqld.log | grep -i "lost connection\|heartbeat"，确认断连原因是否为超时而非认证失败 - 注意：MySQL 8.0 日志中不会直接出现 “heartbeat timeout”，而是报
error connecting to master或network error
跨网段主从最易忽略的是中间设备对长连接的静默回收策略——它比 MySQL 自身参数更早切断连接。所以心跳不是“加了就稳”，而是必须和网络设备策略对齐；调参后一定要模拟一次网络闪断，否则上线后半夜出问题很难回溯。
