您好,登录后才能下订单哦!
/etc/my.cnf中sync_binlog参数设置累积多少个事务数后落盘
说明:
1. 数据存到数据库和binlog落盘是同时进行的
2. 数据是先存在内存中,达到设置的事务数后才落盘的
3. 从库读的是主库的内存中的数据,并非落盘的数据
4. 写入数据时,只要主库存活,就写入到主库
过程状态记录:
前提:50个事务一落盘
1. 未断电前:主库内存中正在从50进行到60,从库读取主库内存中到58并存入从库
2. 断电:主库中50-60的数据存在于内存中,binlog无法落盘,数据没有保存到数据库文件。开始写数据到从库中,数据进行到61,之后数据逐渐写入从库
3. 主库重启:主库上的50-60的binlog丢失,数据丢失,数据开始写入主库,binlog记录从50开始。从库从主库内存中读数据,读到50时,从库发现自己已经接收过50的数据,就不再接收,就不进行同步了。此时状态为:只写数据到主库,从库不同步。
4. 最终结果:从库中的数据为1-58,61-…,缺少的是58-60的,主库中的数据是1-49,…-…,
完整过程描述:
50个事务后落盘,主库正在写数据,此时断电,内存中写到60,从库从主库内存中读到58,从库读取到58后产生数据到从库上,主库由于未到50个事务,不会存盘。导致50-60之间的事务,未能生成binlog日志到盘上,同时数据也未写入到数据库文件上,导致58-60的数据既不在主库上也不在从库上,丢失。主库重启后,由于盘上记录的数据是到49,因而从50开始记录,此时从库再从主库上读的时候发现自己已经有50了,这样就产生冲突,就无法继续读取主库的数据了。
现象:同步损坏,主库重启后,再写数据,只到主库
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。