最近看到"八怪"写的《MySQL:产生大量小relay log的故障一例》,因之前也遇到类似的情况,一直没搞懂原理及复现,看完此文章后,本着实践是检验真理的唯一标准的原则,决定自己也手动模拟一番,加深印象。

其中的模拟步骤与原文中不一致,感兴趣的小伙伴也可以自己动手模拟。

1.  案例模拟

原理啥的原文已介绍,此处不再赘述,只是直接进行案例模拟。

1.1  修改参数

从库上查看

mysql> select Heartbeat from mysql.slave_master_info;
+-----------+
| Heartbeat |
+-----------+
| 5 |
+-----------+
1 row in set (0.00 sec)

从库上修改

/**   先查看slave_net_timeout参数 */
mysql> show variables like '%slave_net_timeout%';
+-------------------+-------+
| Variable_name | Value |
+-------------------+-------+
| slave_net_timeout | 10 |
+-------------------+-------+
1 row in set (0.00 sec) /** 修改参数slave_net_timeout * /
mysql> set global slave_net_timeout =2;
Query OK, 0 rows affected (0.00 sec)

因设置的值比较小,所以效果很明显。

1.2  主从同步调整

/**  先停止同步 */
mysql> stop slave;
Query OK, 0 rows affected (0.00 sec) /** 调整为延迟60s ,此步骤可以不设置也可以复现,亲测 */
mysql> change master to master_delay=60;
Query OK, 0 rows affected (0.01 sec) /** 开启同步 */
mysql> start slave;
Query OK, 0 rows affected (0.01 sec)

1.3  查看relay log

会发现每秒生产1个很小的relay log

-rw-r----- 1 mysql mysql  200 Oct 22 15:59 relay_34.000001
-rw-r----- 1 mysql mysql 366 Oct 22 15:59 relay_34.000002
-rw-r----- 1 mysql mysql 366 Oct 22 15:59 relay_34.000003
-rw-r----- 1 mysql mysql 366 Oct 22 15:59 relay_34.000004
-rw-r----- 1 mysql mysql 366 Oct 22 15:59 relay_34.000005
-rw-r----- 1 mysql mysql 366 Oct 22 15:59 relay_34.000006
-rw-r----- 1 mysql mysql 366 Oct 22 15:59 relay_34.000007
-rw-r----- 1 mysql mysql 366 Oct 22 15:59 relay_34.000008
-rw-r----- 1 mysql mysql 366 Oct 22 15:59 relay_34.000009
-rw-r----- 1 mysql mysql 366 Oct 22 15:59 relay_34.000010
-rw-r----- 1 mysql mysql 366 Oct 22 15:59 relay_34.000011
-rw-r----- 1 mysql mysql 366 Oct 22 15:59 relay_34.000012
-rw-r----- 1 mysql mysql 366 Oct 22 15:59 relay_34.000013
-rw-r----- 1 mysql mysql 366 Oct 22 15:59 relay_34.000014
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000015
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000016
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000017
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000018
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000019
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000020
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000021
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000022
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000023
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000024
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000025
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000026
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000027
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000028
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000029
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000030
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000031
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000032
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000033
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000034
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000035
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000036
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000037
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000038
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000039
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000040
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000041
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000042
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000043
-rw-r----- 1 mysql mysql 366 Oct 22 16:00 relay_34.000044
-rw-r----- 1 mysql mysql 366 Oct 22 16:01 relay_34.000045
-rw-r----- 1 mysql mysql 366 Oct 22 16:01 relay_34.000046
-rw-r----- 1 mysql mysql 366 Oct 22 16:01 relay_34.000047
-rw-r----- 1 mysql mysql 366 Oct 22 16:01 relay_34.000048
-rw-r----- 1 mysql mysql 366 Oct 22 16:01 relay_34.000049
-rw-r----- 1 mysql mysql 366 Oct 22 16:01 relay_34.000050
-rw-r----- 1 mysql mysql 366 Oct 22 16:01 relay_34.000051
-rw-r----- 1 mysql mysql 366 Oct 22 16:01 relay_34.000052
-rw-r----- 1 mysql mysql 320 Oct 22 16:01 relay_34.000053
-rw-r----- 1 mysql mysql 2.3K Oct 22 16:01 relay_34.index

至此也就模拟出相应的现象。

2.  搬点原理过来

如果满足下面三个条件,将会出现案例中的故障:

  • 主从中的MASTER_HEARTBEAT_PERIOD的值大于从库slave_net_timeout
  • 主库当前压力很小持续slave_net_timeout设置时间没有产生新的Event
  • 之前主从有一定的延迟

只有按照这个标准去模拟就可以复现了。

MySQL从库生成大量小的relay log案例模拟的更多相关文章

  1. MySQL 主从延迟几万秒 Queueing master event to the relay log(转)

    数据库版本Server version:    5.6.24-log Source distribution 问题描述 数据采集平台业务数据库由于批量灌数据导致主从延迟上万秒. 复制线程长期处于Que ...

  2. QT的MYSQL驱动库编译

    QT的MYSQL驱动库编译 需要准备QT的源码Src,此次编译64位 在QTCreator中打开mysql.pro 修改两个pro 文件,下图为改好 1.mysql.pro TARGET = qsql ...

  3. mysql relay log参数汇总

    前言:MySQL进行主主复制或主从复制的时候会在配置文件制定的目录下面产生相应的relay log,本文档总结这些相关参数的定义及解释. 1.什么是relay log The relay log, l ...

  4. 【转】mysql 拖库写库用法

    mysqldump常用于MySQL数据库逻辑备份. 1.各种用法说明 A. 最简单的用法: mysqldump -uroot -pPassword [database name] > [dump ...

  5. Linux下动态库生成和使用

    Linux下动态库生成和使用 一.动态库的基本概念 1.动态链接库是程序运行时加载的库,当动态链接库正确安装后,所有的程序都可以使用动态库来运行程序.动态链接库是目标文件的集合,目标文件在动态链接库中 ...

  6. MySQL平滑删除数据的小技巧【转】

    今天接到一位开发同学的数据操作需求,需求看似很简单,需要执行下面的SQL语句: delete from test_track_log where log_time < '2019-1-7 00: ...

  7. mysql 主从库同步

    #主库修改my.ini [mysqld] server log-bin=mysql-bin binlog-do-db=demo #从库修改my.ini [mysqld] server replicat ...

  8. mysql从库Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'Could not find first log file name in binary log index file'报错处理

    年后回来查看mysql运行状况与备份情况,登录mysql从库查看主从同步状态 mysql> show slave status\G; *************************** . ...

  9. MySQL 从库down机

    MySQL 从库down机中午突然down机,重启后,从库同步报主键重复的错误. Could not execute Write_rows event on table operation_maste ...

随机推荐

  1. 〈一〉ElasticSearch的介绍

    目录 什么是ElasticSearch 核心能力 ES的搜索核心 搜索引擎选择 搜索的处理 补充: 小节总结: 基本学习环境搭建 如何操作ElasticSearch 下载.安装和运行(Based Wi ...

  2. 关闭同一网络内的windows主机

    声明这是技术讨论!切勿用来攻击别人,一切法律后果自负! 1. 在windows的cmd命令行下操作(如下操作都是以windows的机器在为主) net view #显示同一网络同所有主机 2. 打开远 ...

  3. ubuntu httpie使用方法

    HTTPie 是用 Python 写的,所以你可以在几乎所有地方(Linux,MacOSX,Windows)安装它.而且,在大多数的 Linux 发行版中都有编译好的安装包. Debian,Ubunt ...

  4. flink有什么优势值得大家这么热衷

    flink 通过实现了 Google Dataflow 流式计算模型实现了高吞吐.低延迟.高性能兼具实时流式计算框架. 同时 flink 支持高度容错的状态管理,防止状态在计算过程中因为系统异常而丢失 ...

  5. localStorage详细总结

    一.localStorage简介: 在HTML5中,新加入了一个localStorage特性,这个特性主要是用来作为本地存储来使用的,解决了cookie存储空间不足的问题(cookie中每条cooki ...

  6. 松软科技课堂:数据库-主键(PrimaryKey)

    主键就是一个表中每个数据行的唯一标识.不会有重复值的列才能当主键.一个表可以没有主键,但是会非常难以处理,因此没有特殊理由表都要设定主键 主键有两种选用策略:业务主键和逻辑主键.业务主键是使用有业务意 ...

  7. IO流——File类(文件流类)

    java语言的输入输出操作是借助于输入输出包java.io来实现的,按传输方向分为输入流与输出流,从外设传递到应用程序的流为输入流,将数据从应用程序输入到外设的流为输出流. File类的构造方法: 1 ...

  8. ASP.NET Core 2.2 : 二十三. 深入聊一聊配置的内部处理机制

    上一章介绍了配置的多种数据源被注册.加载和获取的过程,本节看一下这个过程系统是如何实现的.(ASP.NET Core 系列目录) 一.数据源的注册 在上一节介绍的数据源设置中,appsettings. ...

  9. 《Ansible自动化运维:技术与最佳实践》第三章读书笔记

    Ansible 组件介绍 本章主要通过对 Ansible 经常使用的组件进行讲解,使对 Ansible 有一个更全面的了解,主要包含以下内容: Ansible Inventory Ansible Ad ...

  10. [Linux] linux下vim对于意外退出的文档的再次开启

    转载自博客:https://blog.csdn.net/ljp1919/article/details/48372615 1.对于同一个文件如果上次已经打开,而未关闭的情况下,又打开该文件进行编辑时, ...