mysql主存原理_深入理解MySQL主从原理（32讲）重点及目录

本文是我的系列 深入理解MySQL主从原理(32讲) 中的重点及目录情况。欢迎大家订阅如下：


如果图片不能显示可查看下面链接：

https://www.jianshu.com/p/d636215d767f

>第1节：GTID的基本概念

- 1.1 GTID的作用

- 1.2 GTID的基本表示

- 1.3 server\_uuid的生成

- 1.4 GTID的生成

- 1.5 GTID\_LOG\_EVENT和PREVIOUS\_GTIDS\_LOG\_EVENT简介

- 1.6 gtid\_executed表的作用

>第2节：mysql.gtid_executed表/gtid_executed变量/gtid_purged变量的更改时机

- 2.1 mysql.gtid_executed表/gtid_executed变量/gtid_purged变量的作用

- 2.2 修改时机图解

- 2.3 主库修改时机

- 2.4 从库修改时机

- 2.5 通用修改时机

- 2.6 通用更改时机源码函数简析

>第3节：GTID模块初始化简介和参数binlog_gtid_simple_recovery

- 3.1 简化的初始化流程图

- 3.2 步骤解析

>第4节：GTID中的运维

- 4.1 如何跳过一个事务

- 4.2 mysqldump导出行为的改变

- 4.3 搭建GTID AUTO_POSITION MODE模式的主从

- 4.4 主从切换

- 4.5 gitd_mode参数的含义

- 4.6.online开启GTID

- 4.7 offline开启GTID

- 4.8 开启GTID的注意事项

- 4.9 ONGOING_ANONYMOUS_TRANSACTION_COUNT统计值的变更时机

- 4.10 设置MASTER_AUTO_POSITION = 1的影响

- 4.11 offline开启GTID丢失数据的测试

>第5节：Binary log Event 的总体格式

- 5.1 binary log综述

- 5.2 Event的总体格式

- 5.3 Event header和Event footer

- 5.4 具体解析

- 5.5 本系列将介绍Event的type code

>第6节：重点Event FORMAT_DESCRIPTION_EVENT/PREVIOUS_GTIDS_LOG_EVENT

- 6.1 FORMAT_DESCRIPTION_EVENT

6.1.1 FORMAT_DESCRIPTION_EVENT的作用

6.1.2 源码重要接口

6.1.3 主体格式

6.1.4 实例解析

6.1.5 生成时机

- 6.2 PREVIOUS_GTIDS_LOG_EVENT

6.2.1 PREVIOUS_GTIDS_LOG_EVENT的作用

6.2.2 源码重要接口

6.2.3 主体格式

6.2.4 实例解析

6.2.5 生成时机

>第7节：重点Event GTID_LOG_EVENT

- 7.1 GTID_LOG_EVENT

7.1.1 GTID_LOG_EVENT的作用

7.1.2 源码重要接口

7.1.3 主体格式

7.1.4 简单解析

7.1.5 生成时机

7.1.6 ANONYMOUS_GTID_LOG_EVENT

7.1.7 GTID 三种模式

>第8节：重点Event QUERY_EVENT/MAP_EVENT

- 8.1 QUERY_EVENT

8.1.1 QUERY_EVENT的作用

8.1.2 源码重要接口

8.1.3 主体格式

8.1.4 实例解析

8.1.5 生成时机

- 8.2 MAP_EVENT

8.2.1 MAP_EVENT的作用

8.2.2 源码重要接口

8.2.3 主体格式

8.2.4 实例解析

8.2.5 生成时机

>第9节：重点Event WRITE_ROWS_EVENT/DELETE_ROWS_EVENT

- 9.1 WRITE_ROWS_EVENT

9.1.1 WRITE_ROWS_EVENT 的作用

9.1.2 源码重要接口

9.1.3 主体格式

9.1.4 实例解析

9.1.5 生成时机

9.1.6 修改数据不止一行的情况

9.1.7 写入binlog cache时机

- 9.2 DELETE_ROWS_EVENT

9.2.1 DELETE_ROWS_EVENT 的作用

9.2.2 源码重要接口

9.2.3 主体格式

9.2.4 实例解析

>第10节：重点Event UPDATE_ROWS_EVENT/XID_EVENT

- 10.1 UPDATE_ROWS_EVENT

10.1.1 UPDATE_ROWS_EVENT 的作用

10.1.2 源码重要接口

10.1.3 主体格式

10.1.4 实例解析

- 10.2 XID_EVENT

10.2.1 XID的作用

10.2.2 XID_EVENT的作用

10.2.3 源码重要接口

10.2.4 主体格式

10.2.5 实例解析

10.2.6 生成时机

>第11节：参数binlog_row_image的影响

- 11.1 参数影响

- 11.2 过滤方式

- 11.3 DML Event中的标识

>第12节：巧用Event发现问题

- 12.1 分析长期未提交的事务

- 12.2 分析大事务

- 12.3 分析binary log中Event的生成速度

- 12.4 分析每个表生成了多少DML Event

- 12.5 工具展示

>第13节：binlog cache简介

- 13.1 binlog cache总体图解

- 13.2 使用binlog cache的大概流程

- 13.3 binlog_cache_size作用及其初始化

- 13.4 binlog cache临时文件的分配和使用

- 13.5 参数max_binlog_cache_size的作用

- 13.6 如何观察到binlog cache临时文件的存在

>第14节：事务Event的生成和写入流程

- 14.1 整体流程图解

- 14.2 删除阶段

- 14.3 提交阶段

>第15节：MySQL层事务提交流程简析

- 15.1 参数设置和说明

- 15.2 总体流程图

- 15.3 步骤解析第一阶段

- 15.4 步骤解析第二阶段

- 15.5 步骤解析第三阶段

- 15.6 步骤解析第三阶段

- 15.7 步骤解析第五阶段

- 15.8 总结

>第16节：基于WRITESET的并行复制方式

- 16.1 奇怪的last commit

- 16.2 Writeset是什么

- 16.3 Writeset的生成

- 16.4 函数add_pke的大概流程

- 16.5 Writeset设置对last commit的处理方式

- 16.6 Writeset的历史MAP

- 16.7 Writeset的并行复制对last commit的处理流程

- 16.8 WRITESET_SESSION的方式

- 16.9 关于binlog_transaction_dependency_history_size参数说明

- 16.10 没有主键的情况

- 16.11 为什么同一个session执行的事务也能生成同样的last commit

>第17节：主库的DUMP线程

- 17.1 POSITION MODE模式和GTID AUTO_POSITION MODE模式的不同

17.1.1 POSITION模式

17.1.2 AUTO_POSITION模式

- 17.2 流程图

- 17.3 步骤解析

- 17.4 总结

>第18节：DUMP线程查找和过滤GTID的基本算法

- 18.1 环境假设

- 18.2 检查从库的GTID是否大于主库的GTID

- 18.3 根据GTID检查从库需要的binary log是否已经被清理

- 18.4 实际扫描主库的binary log，检查从库需要的binary log是否已经被清理

- 18.5 进行GTID的过滤，决定发送哪些事务给从库

>第19节：从库MTS多线程并行回放(一)

- 19.1 综述

- 19.2 协调线程的分发机制图解

- 19.3 步骤解析

- 19.4 并行回放判定的列子

>第20节：从库MTS多线程并行回放(二)

- 20.1 工作线程执行Event

- 20.2 MTS中检查点中的重要概念

- 20.3 MTS中的检查点的流程图解

- 20.4 总结

>第21节：MTS中GAP测试和参数slave_preserve_commit_order

- 21.1 MTS中GAP测试

- 21.2 参数slave_preserve_commit_order的影响

>第22节：从库的IO线程

- 22.1 IO线程的启动流程图

- 22.2 流程解析

>第23节：从库的SQL线程(MTS协调线程)和参数sql_slave_skip_counter

- 23.1 流程图

- 23.2 重要步骤说明

- 23.3 各个Event大概做了什么

23.3.1 GTID_EVENT

23.3.2 QUERY_EVENT

23.3.3 MAP_EVENT

23.3.4 DELETE_EVENT

23.3.5 XID_EVENT

>第24节：从库数据的查找和参数slave_rows_search_algorithms

- 24.1 从一个列子出发

24.1.1 从库普通索引的扫描方式

24.1.2 从库主键唯一键的扫描方式

24.1.3 从库没有索引的扫描方式

- 24.2 确认查找数据的方式(图解)

- 24.3 ROW_LOOKUP_HASH_SCAN方式的数据查找

- 24.4 slave_rows_search_algorithms参数总结

>第25节：从库的关闭和恢复流程

- 25.1 正常的STOP SLAVE流程

- 25.2 STOP SLAVE为什么会慢

- 25.3 从库启动需要读取的信息

- 25.4 关于repository表的事务性

- 25.5 相关参数

- 25.6 恢复流程图解

>第26节：合理的从库设置

- 26.1 合理设置图解

- 26.2 单SQL线程

26.2.1 POSITION MODE模式

26.2.2 GTID AUTO_POSITION MODE模式

- 26.3 MTS

26.3.1 POSITION MODE模式

26.3.2 GTID AUTO_POSITION MODE模式

- 26.4 一个非安全设置导致问题的列子

- 26.5 总结

>第27节：从库Seconds_Behind_Master的计算方式

- 27.1 Seconds_Behind_Master计算的方式

- 27.2 影响Seconds_Behind_Master计算的因素

- 27.3 Seconds_Behind_Master计算方式总结

- 27.4 MTS中Seconds_Behind_Master计算误差的测试

- 27.5 手动修改从库系统时间，导致Seconds_Behind_Master为0

>第28节：从库Seconds_Behind_Master延迟总结

- 28.1 延迟情况总结

28.1.1 第一类

28.1.2 第二类

- 28.2 相关测试

28.2.1 Innodb层的行锁造成的延迟

28.2.2 MySQL层的MDL LOCK造成的延迟

- 28.3 总结

>第29节：线程简介和MySQL调试环境搭建

- 29.1 线程简介

- 29.2 PID、LWP ID、Thread TID

- 29.3 如何将MySQL的线程和LWP ID进行对应

- 29.4 调试环境搭建

- 29.5 使用调试环境证明问题的一个列子

>第30节：死锁漫谈

本节由杨奇龙编写

- 30.1 前言

- 30.2 死锁

- 30.3 MySQL的处理死锁机制

30.3.1 死锁检测

30.3.2 如何处理死锁

- 30.4 Innodb 的锁类型

- 30.5 锁信息解析

- 30.6 Innodb 不同事务加锁类型

- 30.7 如何查看死锁

- 30.8 如何尽可能避免死锁

>第31节：Innodb Buffer Pool的三种Page和链表

本节由王航威编写

- 31.1 Innodb Buffer Pool 简介

- 31.2 三种Page

31.2.1 Free Page

31.2.2 Clean Page

31.2.3 Dirty Page

- 31.3 三种链表

31.3.1 LRU 链表

31.3.2 Flush 链表

31.3.3 Free 链表

- 31.4 LRU 链表和Flush链表的区别

- 31.5 触发刷脏页的条件

- 31.6 总结

>第32节：利用performance_schema获取造成死锁的语句

本节由田兴椿编写

- 32.1 开启相关统计的方法

- 32.2 根据死锁信息来获取造成死锁的语句

- 32.3 总结