在线精品99_中国九九盗摄偷拍偷看_91免费版在线观看_91.app_91高清视频在线_99热最新网站

MySQL主从延迟现象及原理分析详解

125次阅读
没有评论

共计 1839 个字符,预计需要花费 5 分钟才能阅读完成。

一、现象

凌晨对线上一张表添加索引,表数据量太大(1 亿 + 数据,数据量 50G 以上),造成主从延迟几个小时,各个依赖从库的系统无法查询数据,最终影响业务。

现在就梳理下主从延迟的原理。

二、原理

根据 MySQL 官方文档 MySQL Replication Implementation Details 中的描述,MySQL 主从复制依赖于三个线程:master 一个线程(Binlog dump thread),slave 两个线程(I/O thread 和 SQL thread)。主从复制流程如下图:

MySQL 主从延迟现象及原理分析详解

master 服务器和 slave 服务器连接时,创建 Binlog dump thread 以发送 bin log 数据:

一个 Binlog dump thread 对应一个 slave 服务器;
Binlog dump thread 从 bin log 获取数据时会加锁,获取到数据后,立即释放锁。

当 slave 服务器收到 START_SLAVE 命令时,会创建 I /O thread 和 SQL thread:

I/O thread 以拉的方式,从 master 读取事件,并存储到 slave 服务器的 relay log 中;
SQL thread 从 relay log 中读取事件并执行;
slave 可以按照自己的节奏读取和更新数据,也可以随意操作复制进程(启动和停止)。

注: START_SLAVE 命令成功启动线程后,如果后面 I /O thread 或 SQL thread 因为某些原因停止,则不会有任何的警告,业务方无法感知。可以通过查看 slave 的 error 日志,或者通过 SHOW SLAVE STATUS 查看 slave 上的线程状态。

通过 SHOW PROCESSLIST 可查看线程状态:

Binlog dump thread:

mysql SHOW PROCESSLIST\G
*************************** 1. row ***************************
 Id: 2
 User: root
 Host: localhost:32931
 db: NULL
Command: Binlog Dump
 Time: 94
 State: Has sent all binlog to slave; waiting for binlog to
 be updated
 Info: NULL

I/O thread 和 SQL thread:

mysql SHOW PROCESSLIST\G
*************************** 1. row ***************************
 Id: 10
 User: system user
 Host:
 db: NULL
Command: Connect
 Time: 11
 State: Waiting for master to send event
 Info: NULL
 *************************** 2. row ***************************
 Id: 11
 User: system user
 Host:
 db: NULL
Command: Connect
 Time: 11
 State: Has read all relay log; waiting for the slave I/O
 thread to update it
 Info: NULL

三、分析

根据上面的原理,由于 slave 是单线程 (I/O thread) 读取数据,单线程 (SQL thread) 更新数据,而 master 是多线程写入,那么只要 master 写入的频率大于 slave 读取更新的频率,就有可能出现主从延迟的情况,如:

master 写入 tps 较高,大于 slave 更新速度;
slave 执行某些语句耗时较长,如持有锁等;
master 执行某些 DDL 语句时,执行的时间较长,在 slave 也执行相同的时间;

此处创建了索引,咨询 DBA,产生的 bin log 文件有 100 多 G,数据量太大,导致从库 I /O thread 一直读取 DDL 操作产生的 bin log 事件,而影响到正常的业务 DML 事件的更新,从而表现为主从同步延迟。

四、解决方案

从主从延迟的原因来看,解决方案可以从以下几个方向入手:

业务选型,对于无法忍受从库延迟的架构,可选择分布式架构等,避开从库延迟问题
执行时间,对大表进行线上 DDL 操作尽量选择凌晨等业务量较小的时候
硬件配置,升级从库硬件配置,如 SSD
减少请求,增加缓存层,减少读请求落库

总结

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对丸趣 TV 的支持。如果你想了解更多相关内容请查看下面相关链接

向 AI 问一下细节

丸趣 TV 网 – 提供最优质的资源集合!

正文完
 
丸趣
版权声明:本站原创文章,由 丸趣 2023-12-18发表,共计1839字。
转载说明:除特殊说明外本站除技术相关以外文章皆由网络搜集发布,转载请注明出处。
评论(没有评论)
主站蜘蛛池模板: 99久热成人精品视频 | 99精品国产成人一区二区 | 青青青视频在线播放视频 | 亚洲热视频 | 老头巨大挺进莹莹的体内免费视频 | 国产视频精品久久 | 国产艳情熟女视频 | 狠狠色综合网久久久久久 | 久久99九九国产免费看小说 | 手机在线观看亚洲国产精品 | 亚洲va国产va欧美va综合 | 国产精品视频分类一区 | 亚洲av网址在线观看 | 久久国产亚洲偷自 | 中国漂亮护士一级毛片 | 九九99精品 | 国产成人精品三级91在线影院 | 中国大陆高清aⅴ毛片 | 成人亚洲视频 | 免费观看黄色a一级录像 | 中日韩高清无专码区2021 | 妇女网站爱嘿嘿视频免费观看 | 国产av影片麻豆精品传媒 | 亚洲国产精品国自产拍av | 最新国产ts人妖系列视频 | 久久亚洲精品无码观看不卡 | 看免费毛片天天看 | 女人毛片a级大学毛片免费 女人喷潮完整视频 | 国产久热美女福利视频 | 欧美中日韩免费观看网站 | 国产三区在线成人av | 亚洲中文字幕无码中字 | 四虎影院视频在线观看 | 国产色网| 欧美日韩亚洲一区二区 | 久久国产热精品波多野结衣av | 一级特黄特交牲大片 | 超薄丝袜足j好爽在线 | 真实国产乱子伦精品一区二区三区 | 日韩亚洲欧美久久久www综合 | 97麻豆精品国产自产在线观看 |