MySQL主从复制配置心跳功能介绍

 更新时间:2014年06月11日 09:29:53   作者:  
这篇文章主要介绍了MySQL主从复制配置心跳功能介绍,解决Slave has read all relay log; waiting for the slave I/O thread to update it问题,需要的朋友可以参考下

在 MySQL 主从复制时,有时候会碰到这样的故障:在 Slave 上 Slave_IO_Running 和 Slave_SQL_Running 都是 Yes,Slave_SQL_Running_State 显示 Slave has read all relay log; waiting for the slave I/O thread to update it ,看起来状态都正常,但实际却滞后于主,Master_Log_File 和 Read_Master_Log_Pos 也不是实际主上最新的位置。一种可能是 Master 上的 binlog dump 线程挂了。但有时候,在 Master 上检查也是完全正常的。那 Slave 的延误又是怎么造成的呢?

在 MySQL 的复制协议里,由 Slave 发送一个 COM_BINLOG_DUMP 命令后,就完全由 Master 来推送数据,Master、Slave 之间不再需要交互。如果 Master 没有更新,也就不会有数据流,Slave 就不会收到任何数据包。但是如果由于某种原因造成 Master 无法把数据发送到 Slave ,比如发生过网络故障或其他原因导致 Master 上的 TCP 连接丢失,由于 TCP 协议的特性,Slave 没有机会得到通知,所以也没法知道收不到数据是因为 Master 本来就没有更新呢还是由于出了故障。

好在 MySQL 5.5 开始增加了一个复制心跳的功能。


复制代码 代码如下:

stop slave;
change master to master_heartbeat_period = 10;
set global slave_net_timeout = 25;
start slave;

就会让 Master 在没有数据的时候,每 10 秒发送一个心跳包。这样 Slave 就能知道 Master 是不是还正常。slave_net_timeout 是设置在多久没收到数据后认为网络超时,之后 Slave 的 IO 线程会重新连接 Master 。结合这两个设置就可以避免由于网络问题导致的复制延误。master_heartbeat_period 单位是秒,可以是个带上小数,如 10.5。最高精度为 1 毫秒。

slave_net_timeout 的默认是 3600,也就是一小时。也就是说,在之前的情况下,Slave 要延误 1 小时后才会尝试重连。而在没有设置 master_heartbeat_period 时,将 slave_net_timeout 设得很短会造成 Master 没有数据更新时频繁重连。

很奇怪的是,当前的 master_heartbeat_period 值无法通过 show slave status 查看,而要使用 show status like ‘Slave_heartbeat_period' 查看。此外,状态变量 Slave_last_heartbeat 表示最后一次收到心跳的时间,Slave_received_heartbeats 表示总共收到的心跳次数。

如:

复制代码 代码如下:

mysql> show status like 'slave%';
+----------------------------+---------------------+
| Variable_name              | Value               |
+----------------------------+---------------------+
| Slave_heartbeat_period     | 5.000               |
| Slave_last_heartbeat       | 2014-05-08 11:48:57 |
| Slave_open_temp_tables     | 0                   |
| Slave_received_heartbeats  | 1645                |
| Slave_retried_transactions | 0                   |
| Slave_running              | ON                  |
+----------------------------+---------------------+
6 rows in set (0.00 sec)

相关文章

  • sql查询语句教程之插入、更新和删除数据实例

    sql查询语句教程之插入、更新和删除数据实例

    如果要在程序运行过程中操作数据库中的数据,那得先学会使用SQL语句,下面这篇文章主要给大家介绍了关于sql查询语句教程之插入、更新和删除数据的相关资料,文中通过实例代码介绍的非常详细,需要的朋友可以参考下
    2022-06-06
  • 浅谈Mysql8和mysql5.7的区别

    浅谈Mysql8和mysql5.7的区别

    本文主要介绍了Mysql8和mysql5.7的区别,文中通过示例代码介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们可以参考一下
    2022-03-03
  • 你真的会用Mysql的explain吗

    你真的会用Mysql的explain吗

    explain显示了mysql如何使用索引来处理select语句以及连接表,可以帮助选择更好的索引和写出更优化的查询语句,下面这篇文章主要给大家介绍了关于Mysql中explain用法的相关资料,需要的朋友可以参考下
    2022-03-03
  • mysql update语句的用法详解

    mysql update语句的用法详解

    本文详细介绍了,mysql中update语句的用法,系统全面的学习下update更新语句的用法,有需要的朋友可以参考下
    2014-08-08
  • mysql int(3)与int(11)的区别详解

    mysql int(3)与int(11)的区别详解

    这篇文章主要介绍了mysql int(3)与int(11)的区别详解的相关资料,需要的朋友可以参考下
    2016-09-09
  • MySQL连接指定端口后实际仍是3306的原因分析及解决方法

    MySQL连接指定端口后实际仍是3306的原因分析及解决方法

    在日常运维或开发过程中,有时我们在使用 mysql 命令行工具连接 MySQL 实例时,可能会遇到一个令人疑惑的问题,本以为连接的是监听在 3307 端口的 MySQL 实例,但登录进去后执行,实际连接的是3306 端口,而不是我们指定的端口,这是为什么?本文将为你详细解答
    2025-07-07
  • 一篇文章彻底搞定MySQL中的JSON类型(效率非常快)

    一篇文章彻底搞定MySQL中的JSON类型(效率非常快)

    这篇文章主要介绍了关于MySQL中JSON类型的相关资料,MySQL 5.7.8引入JSON数据类型,提供原生支持,相比字符类型,具有优势,JSON数据类型对数据进行预处理,自动将布尔类型转换为小写,文中通过图文介绍的非常详细,需要的朋友可以参考下
    2024-12-12
  • 使用bin-log日志还原数据库的例子

    使用bin-log日志还原数据库的例子

    使用bin-log日志还原数据库的例子,供大家学习参考
    2013-02-02
  • Navicat导入导出Mysql 结构、数据、结构+数据完整步骤

    Navicat导入导出Mysql 结构、数据、结构+数据完整步骤

    导出表结构是指将数据库中的表的结构信息导出为SQL脚本或其他格式的文件,这个功能非常实用,特别是在数据库迁移或备份时,这篇文章主要给大家介绍了关于Navicat导入导出Mysql 结构、数据、结构+数据的相关资料,需要的朋友可以参考下
    2024-08-08
  • MYSQL开启远程访问权限的方法

    MYSQL开启远程访问权限的方法

    在本篇文章里小编给大家整理的是关于MYSQL开启远程访问权限的方法,对此有兴趣的朋友们可以跟着学习下。
    2020-02-02

最新评论