MySQL 主从复制怎么搭
发布时间:8小时前
阅读量:0
主从延迟是最容易被忽略的线上问题。同一件事有很多种做法,选哪种取决于你的系统版本和线上是否允许中断。
下面按“先判断范围、再处理、最后防复发”的顺序展开,涉及 主从复制、binlog 的关键动作都给了具体做法,可以照着走。
主库
开 binlog、设 server-id、建复制账号。
优先选可回退的方案,别用一次性操作换速度。
从库
change master 指定位点或 GTID。
容易踩的坑:很多“没生效”其实是缓存或时长问题,先排除这一层再改配置。
监控
show slave status 看 Seconds_Behind_Master。
拿不准的时候先做备份再做变更,成本最低。
延迟原因
大事务、无主键表、从库性能不足。
常见问题
Q:主从复制这类问题,最快的判断办法是什么?
先确认现象的范围:只有单台还是全部、只在某个时段还是持续。范围一缩小,原因基本就浮出来了。
Q:按文中的步骤做完,还需要注意什么?
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录,比重查一遍快得多。
小结
回到这篇的四个环节:主库、从库、监控、延迟原因。生产环境优先考虑稳定性,新参数先在小流量机器上验证。