复制信息记录表|全方位认识 mysql 系统库

在上一期《时区信息记录表|全方位认识 mysql 系统库》中，我们详细介绍了mysql系统库中的时区信息记录表，本期我们将为大家带来系列第七篇《复制信息记录表|全方位认识 mysql 系统库》，下面请跟随我们一起开始 mysql 系统库的系统学习之旅吧！

1、复制信息表概述
复制信息表用于在从库在复制主库的数据期间，用于保存从主库转发到从库的二进制日志事件、记录有关中继日志当前状态和位置的信息。
一共有三种类型的日志，如下：
master.info文件或者mysql.slave_master_info表：用于保存从库的IO线程连接主库的连接状态、帐号、IP、端口、密码以及IO线程当前读取主库binlog的file和position等信息（被称为IO线程信息日志。默认情况下，IO线程的连接信息和状态保存在master.info文件中(默认位置在datadir下，可以使用master_info_file选项执行master.info文件路径)，如果需要保存在mysql.slave_master_info表中，需要在server启动之前设置master-info-repository = TABLE）。
relay-log.info文件或者mysql.slave_relay_log_info表：
从库的IO线程从主库获取到最新的binlog事件信息会先写入到从库本地的relay log中，SQL线程再去读取relay log解析并重放，而relay_log.info文件或者mysql.slave_relay_log_info表就是用于记录最新的relay log的file和position以及SQL线程当前重放的事件对应主库binlog的file和position（relay log即被称为中继日志，SQL线程位置被称为SQL线程信息日志。默认情况下，relay log的位置信息和SQL线程的位置信息保存在relay-log.info文件中(默认位置在datadir下，可以使用relay_log_info_file选项执行relay-log.info文件路径)，如果需要保存在mysql.slave_relay_log_info表中，需要在server启动之前设置relay-log-info-repository = TABLE）。
设置relay_log_info_repository和master_info_repository设置为TABLE可以提高数据库本身或者所在主机意外终止之后crash recovery的能力（这两张表是innodb表，可以保证crash之后表中的位置信息不丢失），且可以保证数据一致性。
从库crash时，SQL线程可能还有一部分relay log重放延迟，另外，IO线程的位置也可能正处于一个事务的中间，并不完整，所以必须在从库上启用参数relay-log-recovery=ON，启用该参数之后，从库crash recovery时会清理掉SQL线程未重放完成的relay log，并以SQL线程的位置为准重置掉IO线程的位置重新从主库请求。
这两张表在数据库实例启动时如果无法被mysqld初始化，则mysqld允许继续启动，但会在错误日志中写入警告信息，这种情况在MySQL从不支持该表的版本升级到支持该表的版本时常常遇见。
PS：
不要尝试手动更新slave_master_info或slave_relay_log_info表，否则后果自负。
从库中复制线程在持续工作时，不允许任何可能对这两张表加写锁的语句执行，但允许对这两张表做只读的语句执行。
2、复制信息表详解
由于本期所介绍的表中存放的复制信息，在我们日常的数据库维护过程当中尤其重要，所以，下文中会在每张表的介绍过程中适度进行一些扩展。
什么是中继日志：
中继日志(relay log)与二进制日志(binlog，即，binary log)中，保存的event数据是一样的(但中继日志中还保存了更多的信息)，也是由一组包含描述数据库变更的事件数据的文件组成，这些文件名后缀带连续编号，此外，还有一个包含所有正在使用的中继日志文件名称的索引文件。
中继日志中的数据存放格式与二进制日志相同，都可以使用mysqlbinlog命令来提取数据，默认情况下，中继日志保存在datadir下，文件名格式为：
host_name-relay-bin.nnnnnn，其中host_name是从库服务器主机名，nnnnnn是文件后缀序列号。连续的中继日志文件从000001开始的连续序列号创建。使用索引文件来跟踪当前正在使用的中继日志文件。默认的中继日志索引文件名保存在datadir下，文件名格式为：host_name-relay-bin.index。
* 中继日志文件和中继日志索引文件名称可分别使用–relay-log和–relay-log-index参数选项指定值覆盖默认值，如果文件名使用默认值，则要注意主机名称不能修改，否则会报无法打开中继日志的错误，建议使用参数选项指定固定的文件名称前缀。如果已经出现了这种情况发生报错了，那么需要修改index文件中的中继日志文件名和datadir下的中继日志文件名前缀为新的主机名，然后重启从库。
在什开发云主机域名么情况下会产生新的中继日志文件。
I/O线程启动时。
使用语句：
FLUSH LOGS或mysqladmin flush-logs命令时。
当前中继日志文件的大小变得“太大”时，日志滚动规则如下：
* 如果max_relay_log_size系统变量的值大于0，那么中继日志按照此参数指定的大小进行滚动。
* 如果max_relay_log_size系统变量的值为0，则中继日志按照max_binlog_size系统变量指定的大小进行滚动。
SQL线程在执行完relay log之后，会自行决定何时清理掉这些已经执行完成的relay log文件，但如果使用FLUSH LOGS语句或mysqladmin flush-logs命令强制滚动中继日志时，SQL线程可能会同时清理掉已经执行完成的relay log文件。

“翻过这座山，你就可以看到一片海！
“。
坚持阅读我们的”全方位认识 mysql 系统库”系列文章分享，你就可以系统地学完它。
谢谢你的阅读，我们下期不见不散！

| 作者简介

罗小波沃趣科技高级数据库技术专家
IT从业多年，主要负责MySQL 产品的数据库支撑与售后二线支撑。曾参与版本发布系统、轻量级监控系统、运维管理平台、数据库管理平台的设计与编写，熟悉MySQL体系结构，Innodb存储引擎，喜好专研开源技术，多次在公开场合做过线下线上数据库专题分享，发表过多篇数据库相关的研究文章。