一张思维导图纵观MySQL数据安全体系(2)

crash-safe就是将relay-info.log的信息保存在InnoDB的事务表中,这时执行relay log中的事务和写relay info在一个事务中,就能得到原子性保证.从而避免已执行的binlog位点和写入relay log info的位点信息不一致的情况发生.

IO thread

master-info-repository=TABLE
sync_master_info=N：每N个event刷新一次表

SQL thread

relay-log-info-repository=TABLE
sync_relay_info=N：每N个event刷新一次表

relay-log-recovery

当slave从库宕机后,假如relay-log损坏了,导致一部分中继日志没有处理,则自动放弃所有未执行的relay-log,并且重新从master上获取日志,这样就保证了relay-log的完整性.

relay_log_info_repository = TABLE
relay_log_recovery = 1

http://mysqlserverteam.com/relay-log-recovery-when-sql-threads-position-is-unavailable/

semi_sync

• after commit：master把每一个事务写到二进制日志并保存到磁盘上,并且提交(commit)事务,再把事务发送给从库,开始等待slave的应答.响应后master返回结果给客户端,客户端才可继续.
• after sync：master把每一个事务写到二进制日志并保存磁盘上,并且把事务发送给从库,开始等待slave的应答.确认slave响应后,再提交(commit)事务到存储引擎,并返回结果给客户端,客户端才可继续.

GTID

相比位点复制,能减少不一致的概率

参考资料

• MySQL数据丢失讨论http://hatemysql.com/?p=395
• 细看InnoDB数据落盘http://hatemysql.com/?p=503
• MySQL5.7 深度解析：Loss-Less半同步复制技术
• MySQL 5.7 Replication相关新功能说明

原文来自微信公众号：DBAplus社群

（编辑：ASP站长网）