MySQL Replication--中继日志更新
RELAY LOG相关参数
设置如何保存从节点接收到的主库BINLOG
sync_relay_log ： 设置如何同步中继日志到中继日志文件。 当sync_relay_log = 0时，则MySQL服务不会对中继日志文件进行同步操作，依赖于操作系统来定期进行同步。 当sync_relay_log = N(N>0)，则每N个sync_relay_log事件后对中继日志文件执行一次同步(调用fdatasync())。
设置如何保存从节点接收主库BINLOG的进度信息
master_info_repository： 用于设置如何保存从节点接收到主库BINLOG的位点信息，可选参数可选参数值FILE|TABLE，默认参数为FILE。 sync_master_info： 参数值N(int),用于设置当N次sync_master_info事件后将信息同步到文件或同步到表中，默认参数值为1000 当master_info_repository = FILE时，如果sync_master_info=0，则MySQL服务不会对master.info文件进行同步操作，依赖于操作系统来定期进行同步。 当master_info_repository = TABLE时，如果sync_master_info=0，则MySQL服务不会更新mysql.slave_master_info的数据。 修改sync_master_info参数值不需要关闭复制进程，修改即时生效。
设置如何保存从节点上应用RELAYLOG的进度信息
relay_log_info_repository ： 用于设置如何保存从节点上应用中继日志的位置信息，可选参数可选参数值FILE|TABLE，默认参数为FILE。 如果设置为FILE，信息存放到relay-log.info文件中，如果设置为TABLE，信息存放到mysql.slave_relay_log_info中。 如果使用多源复制，必须使用TABLE参数值。 修改relay_log_info_repository 参数的值需先关闭复制进程再修改然后重启复制线程。 sync_relay_log_info : 用于设置如何将应用中继日志的位置信息同步到文件和表中，默认参数为10000 当sync_relay_log_info = FILE时： 如果sync_relay_log_info=0，则MySQL服务不会对relay-log.info文件进行同步操作，依赖于操作系统来定期进行同步。 如果sync_relay_log_info=N(N>0)，则每执行N个事务后将信息使用fdatasync()同步到relay-log.info文件。 当sync_relay_log_info = TABLE 且表mysql.slave_relay_log_info使用事务存储引擎如Innodb： 在每次事务后都会更新mysql.slave_relay_log_info表的数据，忽略sync_relay_log_info的设置。 当sync_relay_log_info = TABLE 且表mysql.slave_relay_log_info不使用存储引擎如MyISAM： 如果sync_relay_log_info=0,则不更新表mysql.slave_relay_log_info的数据。 如果sync_relay_log_info=N(N>0)，则每执行N个事务后更新表mysql.slave_relay_log_info的数据。
设置如何恢复RELAY LOG
relay_log_recovery 用于设置在relay-log出现问题时如何修复，默认值为0(不开启) 当slave从库宕机后，假如relay-log损坏了，导致一部分中继日志没有处理，则自动放弃所有未执行的relay-log，并且重新从master上获取日志，这样就保证了relay-log的完整性 当MTS开启后，如果设置relay_log_recovery=1，从节点意外重启或被强制kill后重启，会有如下错误： relay-log-recovery cannot be executed when the slave was stopped with an error or killed in MTS mode
如果从节点上relay_log_info_repository= file 或sync_relay_log_info<>1时，如果从节点发生故障重启，就可能出现从节点已应用第XXX条日志，但relay_log_info中记录的还是第XXX-N的位置，从节点从第XXX-N条日志进行重做，这部分relay log被重复执行，报1032和1062的错误，导致同步失败。因此推荐进行如下设置：
master_info_repository=TABLE relay_log_info_repository=TABLE relay_log_recovery=1
1、由于设置relay_log_recovery=1，当Relay Log出现异常时，能自动恢复，因此无需每次同步RALAY LOG都刷新进度信息(sync_master_info)和每次将RALAY LOG刷新到磁盘(sync_relay_log)
2、由于设置relay_log_info_repository=TABLE，且表mysql.slave_relay_log_info默认使用InnoDB存储引擎，因为每次应用RALAY LOG中的事件都会刷新mysql.slave_relay_log_info表数据，忽略参数sync_master_info的设置。
RELAY LOG文件生成与删除
Relaylog的生成： 写入一个从Master端得到的event后，会判断当前文件是否超过max_relay_log_size，如果超过则生成一个新的relaylog Relaylog的删除： 1>当SQL线程执行完该Relaylog最后一个event后，会判断该文件是否还需要保留，如果不需要保留，则删除 2>在实例启动和flush logs时，判断relay log是否超过expire-log-days的限制，如果超过，则删除
