MySQL---如何保证高可用

show slave status 命令，它的返回结果里面会显示 seconds_behind_master，用于表示当前备库延迟了多少秒。

seconds_behind_master 的计算方法是这样的：

         1、每个事务的 binlog 里面都有一个时间字段，用于记录主库上写入的时间；

         2、备库取出当前正在执行的事务的时间字段的值，计算它与当前系统时间的差值，得到 seconds_behind_master。

如果主备库机器的系统时间设置不一致，会不会导致主备延迟的值不准？

       其实不会的。因为，备库连接到主库的时候，会通过执行 SELECT UNIX_TIMESTAMP() 函数来获得当前主库的系统时间。

       如果这时候发现主库的系统时间与自己不一致，备库在执行 seconds_behind_master 计算的时候会自动扣掉这个差值。

双 M 结构下，从状态 1 到状态 2 切换的详细过程是这样的：

        1、判断备库 B 现在的 seconds_behind_master，如果小于某个值（比如 5 秒）继续下一步，否则持续重试这一步；

        2、把主库 A 改成只读状态，即把 readonly 设置为 true；

        3、判断备库 B 的 seconds_behind_master 的值，直到这个值变成 0 为止；

        4、把备库 B 改成可读写状态，也就是把 readonly 设置为 false；

        5、把业务请求切到备库 B。

 

在满足数据可靠性的前提下，MySQL 高可用系统的可用性，是依赖于主备延迟的。延迟的时间越小，在主库故障的时候，服务恢复需要的时间就越短，可用性就越高。