深入理解MySQL主从原理专栏 发布

本文涉及的产品
云数据库 RDS MySQL Serverless,0.5-2RCU 50GB
云数据库 RDS MySQL Serverless,价值2615元额度,1个月
简介: 相信作为一名DBA来讲MySQL主从一直都是一个绕不开的话题,我们在很多高可用构架中都能看到它的身影。在我们心中一定都或多或少的产生过一些疑问,比如: 主从延迟为什么会高? 主从延迟为什么一直不动? 主从延迟为什么瞬间跳动? 延迟为0就一定代表没有延迟吗? 从库异常重启为什么会报错? 从库能和主库一样利用索引吗? MTS是如何提高从库应用效率的? 为什么会有那么多和从库相关的sync参数,我该怎么配置? mysql.gtid_executed表有什么用?...... 这个系列就是想通过描述主从原理,抽丝剥茧解开大家对这些问题的疑惑。

相信作为一名DBA来讲MySQL主从一直都是一个绕不开的话题,我们在很多高可用构架中都能看到它的身影。在我们心中一定都或多或少的产生过一些疑问,比如:

  • 主从延迟为什么会高?
  • 主从延迟为什么一直不动?
  • 主从延迟为什么瞬间跳动?
  • 延迟为0就一定代表没有延迟吗?
  • 从库异常重启为什么会报错?
  • 从库能和主库一样利用索引吗?
  • MTS是如何提高从库应用效率的?
  • 为什么会有那么多和从库相关的sync参数,我该怎么配置?
  • mysql.gtid_executed表有什么用?
    ......

这个系列就是想通过描述主从原理,抽丝剥茧解开大家对这些问题的疑惑。我认为如果要深入学习主从原理需要按照一定的顺序进行学习,如果不知道GTID、不知道Event、不知道主库如何生成Event的,那么肯定不能深入理解主从原理 ,因此本系列按照这种顺序讲解。本系列一共分为5个部分如下:

第一部分 GTID相关 第1节: GTID的基本概念
第2节: mysql.gtid_executed表/gtid_executed变量/gtid_purged变量的更改时机
第3节: GTID模块初始化简介和参数binlog_gtid_simple_recovery
第4节: GTID中的运维
第二部分 Event相关 第5节: Binary log Event 的总体格式
第6节: 重点Event FORMAT_DESCRIPTION_EVENT/PREVIOUS_GTIDS_LOG_EVENT
第7节: 重点Event GTID_LOG_EVENT
第8节: 重点Event QUERY_EVENT/MAP_EVENT
第9节: 重点Event WRITE_ROWS_EVENT/DELETE_ROWS_EVENT
第10节:重点Event UPDATE_ROWS_EVENT/XID_EVENT
第11节:参数binlog_row_image的影响
第12节:巧用Event发现问题
第三部分 主库相关 第13节:binlog cache简介
第14节:事务Event的生成和写入流程
第15节:MySQL层事务提交流程简析
第16节:基于WRITESET的并行复制方式
第17节:主库的DUMP线程
第18节:DUMP线程查找和过滤GTID的基本算法
第四部分 从库相关 第19节:从库MTS多线程并行回放(一)
第20节:从库MTS多线程并行回放(二)
第21节:MTS中GAP测试和参数slave_preserve_commit_order
第22节:从库的IO线程
第23节:从库的SQL线程(MTS协调线程)和参数sql_slave_skip_counter
第24节:从库数据的查找和参数slave_rows_search_algorithms
第25节:从库的关闭和恢复流程
第26节:合理的从库设置
第27节:从库Seconds_Behind_Master的计算方式
第28节:从库Seconds_Behind_Master延迟总结
第五部分 其他 第29节:线程简介和MySQL调试环境搭建
第30节:Delete与Insert 死锁案例分析
第31节:Innodb Buffer Pool的三种Page和链表
第32节:利用performance_schema获取造成死锁的语句

其中:

  • 前面29节由我独自编写。
  • 第30节和第31节分别由我的朋友杨奇龙和王航威编写,他们都是有赞的DBA,在平时的交流中我感到他们涉猎之广是我不能及的。
  • 第32节由我的同事田兴椿编写,在平时的工作和学习中他总是能找到一些让我诧异的案例,然后一起学习研究。

讨论范围和约定

本系列使用源码版本为Percona 5.7.22,因此讨论的范围肯定是5.7版本。
本系列虽然包含了主从中的大部分知识点,但是仍然有部分内容没有覆盖,如下:

  • 不覆盖半同步。
  • 只考虑master_info_repository和relay_log_info_repository设置为‘table’的情况。
  • 只考虑binlog_format设置为‘row’的情况。

本系列约定如下:

  • 行格式:binlog_format设置为‘row’。
  • 语句格式:binlog_format设置为‘statement’。
  • binary log:这里代表是我们常说的binlog物理文件。
  • order commit:代表的是‘MYSQL_BIN_LOG::ordered_commit’函数,因为本系列中使用频率很高因此做了简化。将会在15节详细它的流程。
  • GTID AUTO_POSITION MODE:代表主从使用的是GTID同时使用了master_auto_position=1。
  • POSITION MODE:代表主从使用的是传统的位点模式。
  • 单SQL线程:用来和MTS进行区分,代表只有一个SQL线程进行Event的应用。
  • MTS:‘multi-threaded slaves’的简称,包含一个协调线程和多个工作线程,Event由工作线程应用。

编写方式

在编写之初有些朋友建议我不写源码而有些朋友建议我多贴些代码,因此我做了一下综合,整个系列中我会给出一些源码接口和必要的源码证明,但是不会贴很多源码和栈帧。有些章节会包含一个笔记放到我的简书,这个笔记就是我学习的时候记录的源码调用顺序和一些栈帧供自己复习之用也供想了解源码的朋友查看,但是可读性不是那么好。如果对源码不感兴趣的朋友可以跳过这些源码接口和代码,我认为这并不会影响阅读的连续性。


从2016年开始八怪(本名高鹏)经常向我请教一些源码问题,可见八怪是一个对源码非常执着的人。纵观整个目录覆盖了主从的方方面面,希望他的这个系列能够让大家对主从原理有更加深入的理解。

————翟卫祥(网名印风) 阿里云智能数据库产品事业部高级MySQL内核专家


和八怪(本名叫高鹏)认识,源于他的一位同事参加了知数堂的MySQL课程,学习之余和八怪有些交流互动,对一些观点有些探讨,然后就顺理成章的认识了。八怪原本是ORACLE DBA,但他接触MySQL之后,开始对MySQL各种深入探究,这种学习的态度和方法令我折服,也反过来促进我更深入理解MySQL。
为了更好理解InnoDB引擎,八怪还曾经开发了bctool、bcview和innblock等几个工具(还有些是我不知道的),其中innblock工具的开发我也作为“产品经理”帮忙提了一些建议,这个工具发布后,也在我的公众号帮忙隆重的推了一波:innblock | InnoDB page观察利器。
自从听闻八怪要写专栏,我就一直关注着进展,偶尔也会帮忙提些建议。这个专栏主要内容是MySQL主从复制相关的内容,从源码层面深入解析MySQL主从复制的方方面面,略有遗憾的是本书没有涉及半同步复制、组复制这两方面的热门内容,期待八怪在未来能有精力增加这两大块知识点。

————叶金荣 MySQL ACE、知数堂联合创始人


高鹏是一位做事非常专注而且动手能力超强的人。其中有一件事情我印象特别深刻,在通过和我交流MGR高可用节点选择后,不到两周时间,又给我讲他实现了一个MGR vip漂移的Python脚本。他先后实现了InnoDB的Page分析,MySQL InnoDB加锁分析,又开始转战努力写作本系列,通过本系列的目录可以看到高鹏基本把复制相关原理做了一个彻底的分析,对于想深入理解MySQL复制及Binlog相关内容的朋友来说是一个不可多得的学习资料。

————吴炳锡 知数堂联合创始人


作为一个曾今混迹于itpub的老人,拜读过不少高鹏的Oracle方面的文章。偶然之间发现其转战MySQL领域,并攥写了大量原理性剖析的文章,印象较为深刻的是几篇关于MDL lock的源码层面的解析,读完后感觉豁然开朗。开源数据库目前越来越火,尤其以MySQL表现最为抢眼,如果要深入学习MySQL主从原理,本系列实在是不可多得的资料,强烈推荐之!

————李真旭 Oracle ACE 云和恩墨服务产品群总经理


认识高鹏源于ITPUB blog 专家推荐,初识于Oracle技术,随后MySQL技术兴起,大家转战MySQL,高鹏兄侧重源码剖析,对各种疑难杂症分析入木三分,热心帮助很多网友解决各种问题。现在他将自己对MySQL 主从复制部分源码的解读汇总成系列文章分享给大家。细细品读,必定受益良多。

————杨奇龙 杭州有赞科技DBA,公众号yangyidba作者

购买可联系我 wx:gaopp_22389860

相关实践学习
基于CentOS快速搭建LAMP环境
本教程介绍如何搭建LAMP环境,其中LAMP分别代表Linux、Apache、MySQL和PHP。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
相关文章
|
1月前
|
Kubernetes Cloud Native 关系型数据库
提升数据安全与性能,掌握Helm一键部署MySQL 8.0主从技巧
【4月更文挑战第9天】提升数据安全与性能,掌握Helm一键部署MySQL 8.0主从技巧
51 0
|
2月前
|
关系型数据库 MySQL 开发工具
MySQL5.7主从配置(Docker)
MySQL5.7主从配置(Docker)
739 0
|
1月前
|
SQL 关系型数据库 MySQL
Mysql 的binlog日志的原理【4月更文挑战第1天】
【4月更文挑战第1天】 MySQL的binlog(二进制日志)是一个记录数据库更改的日志文件,它主要用于复制和恢复操作。以下是binlog日志的工作原理的简要概述: **事件写入**:当MySQL服务器执行一个事务时,它会将该事务中所有对数据库的修改操作(如INSERT、UPDATE和DELETE等)记录为一个事件(event)。这些事件包含了修改操作的相关信息,如操作类型、涉及的表、修改的行等。
|
1月前
|
SQL 关系型数据库 MySQL
MySQL中主从复制的原理和配置命令
要原因包括提高性能、实现高可用性、数据备份和灾难恢复。了解两大线程( I/O 和 SQL)I/O线程:目的:I/O线程主要负责与MySQL服务器之外的其他MySQL服务器进行通信,以便复制(replication)数据。 功能: 当一个MySQL服务器作为主服务器(master)时,I/O线程会将变更日志(binary log)中的事件传输给从服务器(slave)。从服务器上的I/O线程负责接收主服务器的二进制日志,并将这些事件写入本地的中继日志(relay log)。 配置: 在MySQL配置文件中,你可以通过配置参数如和来启用二进制日志和指定服务器ID。log-bin server
MySQL中主从复制的原理和配置命令
|
2天前
|
关系型数据库 MySQL Linux
本地虚拟机centos7通过docker安装主从mysql5.7.21
本地虚拟机centos7通过docker安装主从mysql5.7.21
10 0
|
2天前
|
存储 算法 关系型数据库
MySQL连接的原理⭐️4种优化连接的手段性能提升240%🚀
MySQL连接的原理⭐️4种优化连接的手段性能提升240%🚀
|
3天前
|
SQL 存储 关系型数据库
MySQL查询原理,看这一篇就够了!
MySQL查询原理,看这一篇就够了!
|
12天前
|
SQL 关系型数据库 MySQL
MySQL主从模式最佳实践
主从模式是很常见的数据库存储解决方案,一主多从,当然还有双主模式(多主模式),你对数据库的主从模式有哪些见解,欢迎跟 V 哥聊聊。
|
12天前
|
存储 关系型数据库 MySQL
MySQL 8 索引原理详细分析
了解索引的详细原则,不仅有助于优化,能把索引搞清楚的,面试中优势也会很突显。 关于数据库优化的话题,V哥觉得还有很多地方可以聊,如果你有兴趣,欢迎关注一起讨论。
MySQL 8 索引原理详细分析
|
17天前
|
关系型数据库 MySQL Linux
【mysql】MySql主从复制,从原理到实践!
【mysql】MySql主从复制,从原理到实践!
30 0