中继日志与二进制日志类似,都由一组包含描述数据库更改事件的编号文件和一个包含所有已使用中继日志文件名称的索引文件组成。中继日志文件的默认位置是数据目录。
术语 “中继日志文件” 通常表示包含数据库事件的单个编号文件。术语 “中继日志” 则表示一组编号的中继日志文件以及索引文件。
中继日志文件与二进制日志文件具有相同的格式,可以使用 mysqlbinlog 读取(参见 第 6.6.9 节,“mysqlbinlog — 处理二进制日志文件的实用程序”)。如果使用二进制日志事务压缩,则写入中继日志的事务有效负载将以与二进制日志相同的方式压缩。有关二进制日志事务压缩的更多信息,请参见 第 7.4.4.5 节,“二进制日志事务压缩”。
对于默认复制通道,中继日志文件名具有默认格式
,其中 主机名
-relay-bin.nnnnnn
主机名
是副本服务器主机的名称,而 nnnnnn
是一个序列号。连续的中继日志文件使用连续的序列号创建,从 000001
开始。对于非默认复制通道,默认基本名称为
,其中 主机名
-relay-bin-通道
通道
是记录在中继日志中的复制通道名称。
副本使用索引文件来跟踪当前正在使用中继日志文件。默认中继日志索引文件名对于默认通道为
,对于非默认复制通道为 主机名
-relay-bin.index
。主机名
-relay-bin-通道
.index
默认中继日志文件和中继日志索引文件名以及位置可以使用 relay_log
和 relay_log_index
系统变量分别覆盖(参见 第 19.1.6 节,“复制和二进制日志选项和变量”)。
如果副本使用默认的基于主机的中继日志文件名,在设置复制后更改副本的主机名会导致复制失败,并出现以下错误:无法打开中继日志 和 在中继日志初始化期间找不到目标日志。这是一个已知问题(参见 Bug #2122)。如果您预期副本的主机名将来可能会更改(例如,如果在副本上设置网络,以便可以使用 DHCP 修改其主机名),则可以通过使用 relay_log
和 relay_log_index
系统变量在最初设置副本时明确指定中继日志文件名,完全避免此问题。这样会导致文件名独立于服务器主机名的更改。
如果您在复制已经开始后遇到此问题,解决方法之一是停止副本服务器,将旧中继日志索引文件的内容追加到新索引文件,然后重新启动副本。在 Unix 系统上,这可以通过以下步骤完成:
$> cat new_relay_log_name.index >> old_relay_log_name.index
$> mv old_relay_log_name.index new_relay_log_name.index
副本服务器在以下情况下会创建一个新的中继日志文件:
每次复制 I/O(接收器)线程启动时。
当日志被刷新时(例如,使用
FLUSH LOGS
或 mysqladmin flush-logs)。当前中继日志文件的大小变得太大时,这由以下因素决定:
如果
max_relay_log_size
的值大于 0,则它是最大中继日志文件大小。如果
max_relay_log_size
的值为 0,则max_binlog_size
决定最大中继日志文件大小。
复制 SQL(应用器)线程会在执行完文件中的所有事件后自动删除每个中继日志文件,因为它不再需要它。没有用于显式删除中继日志的机制,因为复制 SQL 线程会负责删除它们。但是,FLUSH LOGS
会轮换中继日志,这会影响复制 SQL 线程何时删除它们。