Mysql主从同步的几个要点总结

同步原理

主从同步是Mysql非常常见的一个应用，也是非常重要的监控之处，这里简单总结在配置Mysql时候的几个要点，防止以后自己踩坑。

先说一下主从同步的原理，就是主数据库在数据库更新的时候会更新自己的binlog，同时也会向读数据库（一个或多个）传递这个binlog，此时从库开始一个io_thread这个线程用来接收这个binlog，然后把binlog写入到自己的relaylog，当relaylog发现有数据更新了，就开始一个sql_thread来按照主库更新自己的库，这样达到了“主库读库一致”的效果。图示如下：
paradin

上述过程：
主从延迟：「步骤2」开始，到「步骤7」执行结束。
步骤 2：存储引擎处理，时间极短
步骤 3：文件更新通知，磁盘读取延迟
步骤 4：Bin Log 文件更新的传输延迟，单线程
步骤 5：磁盘写入延迟
步骤 6：文件更新通知，磁盘读取延迟
步骤 7：SQL 执行时长

要监控主从同步是否出现异常，可以通过show slave status\G里的Seconds_Behind_Master字段来查看，如图：
paradin

但是要注意！Seconds_Behind_Master是有前提的，那就是主库跟读库之间的网络情况要良好，因为这个字段是从属服务器SQL线程和从属服务器I/O线程之间的时间差距，（即比较binlog和relaylog执行sql的timestamp时间差），单位是秒。如果主服务器和从属服务器之间的网络连接较快，则从属服务器I/O线程会非常接近主服务器，所以本字段能够十分近似地指示，从属服务器SQL线程比主服务器落后多少。如果网络较慢，则这种指示不准确；从属SQL线程经常会赶上读取速度较慢地从属服务器I/O线程，因此，Seconds_Behind_Master经常显示值为0。即使I/O线程落后于主服务器时，也是如此。换句话说，本列只对速度快的网络有用。

要点总结

主库和读库的mysql版本保持一致，硬件情况也保持一致；
binlog文件在生产系统中不易过大，建议小于500m，不然容易拖慢数据库性能；
设置slave前先检查一下设置的账号能不能远程登陆；
在设置多个库同步时，一个binlog-do-db参数对应一个库，不能一行写多个库；
如果出现了Slave_IO_Running: No这个状态，去主库上show master status\G，查看一下是否file跟从库的file是不是对不上；
代码里避免出现“查询读库后马上到主库操作”的字段，由于主从同步有延迟，这样很有可能会出现前端多次请求，而从库一致无法从主库得到最新的数据消息，所以sql被执行了好几次的错误，这样的情况可以考虑加入“可以用唯一索引限制”或者用insert … select … where not exist这种方式；
主库的慢sql太多的话，也会影响主从同步；