如何理解slave庫寫redo、binlog不實時丟數(shù)據(jù)的場景

如何理解slave庫寫redo、binlog不實時丟數(shù)據(jù)的場景，相信很多沒有經(jīng)驗的人對此束手無策，為此本文總結(jié)了問題出現(xiàn)的原因和解決方法，通過這篇文章希望你能解決這個問題。

1.slave涉及相關文件

　　slave讀取master的binlog日志后，需要落地3個文件：relay log、relay log info、master info：

relay log：      即讀取過來的master的binlog，內(nèi)容與格式與master的binlog一致
relay log info： 記錄SQL Thread應用的relay log的位置、文件號等信息 
master info：    記錄IO Thread讀取master的binlog的位置、文件號、延遲等信息

如果當這3個文件如果不及時落地，則主機crash后會導致數(shù)據(jù)的不一致。

2.信息存儲方式

在MySQL 5.6.2之前，slave記錄的master信息以及slave應用binlog的信息存放在文件中，即master.info與relay-log.info。在5.6.2版本之后，允許記錄到table中，參數(shù)設置如下：

master-info-repository  = TABLE             
relay-log-info-repository = TABLE   


對應的表分別為mysql.slave_master_info與mysql.slave_relay_log_info，且這兩個表均為innodb引擎表。


3.控制刷新參數(shù)


relay log、relay log info與master info還有3個參數(shù)控制刷新：

?sync_relay_log：默認為10000，即每10000次sync_relay_log事件會刷新到磁盤。為0則表示不刷新，交由OS的cache控制。
?sync_relay_log_info：若relay_log_info_repository為FILE，當設置為0，交由OS刷新磁盤，默認為10000次刷新到磁盤；若relay_log_info_repository為TABLE，且為INNODB存儲，則無論為任何值，則都每次evnet都會更新表。
?sync_master_info:若master-info-repository為FILE，當設置為0，則每次sync_master_info事件都會刷新到磁盤，默認為10000次刷新到磁盤；若master-info-repository為TABLE，當設置為0，則表不做任何更新，設置為1，則每次事件會更新表 默認為10000


4.建議參數(shù)設置

sync_relay_log = 1             
sync_master_info = 1         
sync_relay_log_info = 1             
master-info-repository  = TABLE 
relay-log-info-repository = TABLE     


當這樣設置，導致調(diào)用fsync()/fdatasync()隨著master的事務的增加而增加，且若slave的binlog和redo也實時刷新的話，會帶來很嚴重的IO性能瓶頸。

看完上述內(nèi)容，你們掌握如何理解slave庫寫redo、binlog不實時丟數(shù)據(jù)的場景的方法了嗎？如果還想學到更多技能或想了解更多相關內(nèi)容，歡迎關注億速云行業(yè)資訊頻道，感謝各位的閱讀！