高可用數(shù)據(jù)庫架構(gòu)設(shè)計-資料下載頁
2025-06-30 19:44本頁面
【正文】 影響到 Binlog 對 MySQL 所帶來的性能損耗，而且還影響到 MySQL 中數(shù)據(jù)的完整性。對“sync_binlog”參數(shù)的各種設(shè)置的說明如下：● sync_binlog=0，當(dāng)事務(wù)提交之后，MySQL 不做 fsync 之類的磁盤同步指令刷新 binlog_cache 中的信息到磁盤，而讓 Filesystem 自行決定什么時候來做同步，或者 cache 滿了之后才同步到磁盤?！?sync_binlog=n，當(dāng)每進(jìn)行 n 次事務(wù)提交之后，MySQL 將進(jìn)行一次 fsync 之類的磁盤同步指令來將 binlog_cache 中的數(shù)據(jù)強制寫入磁盤。在 MySQL 中系統(tǒng)默認(rèn)的設(shè)置是 sync_binlog=0，也就是不做任何強制性的磁盤刷新指令，這時候的性能是最好的，但是風(fēng)險也是最大的。因為一旦系統(tǒng) Crash，在 binlog_cache 中的所有 binlog 信息都會被丟失。而當(dāng)設(shè)置為“1”的時候，是最安全但是性能損耗最大的設(shè)置。因為當(dāng)設(shè)置為 1 的時候，即使系統(tǒng)Crash，也最多丟失 binlog_cache 中未完成的一個事務(wù)，對實際數(shù)據(jù)沒有任何實質(zhì)性影響。從以往經(jīng)驗和相關(guān)測試來看，對于高并發(fā)事務(wù)的系統(tǒng)來說，“sync_binlog”設(shè)置為 0 和設(shè)置為 1 的系統(tǒng)寫入性能差距可能高達(dá) 5 倍甚至更多。如果master主機上的max_allowed_packet比較大，但是從機上沒有配置該值的話，該參數(shù)還是使用默認(rèn)值1MB此時很有可能導(dǎo)致同步失敗，建議主從兩臺機器都設(shè)為5MB比較合適在MySQL中，一次事務(wù)提交后，需要寫undo、寫redo、寫binlog，寫數(shù)據(jù)文件等等。在這個過程中，可能在某個步驟發(fā)生crash，就有可能導(dǎo)致主從數(shù)據(jù)的不一致。為了避免這種情況，我們需要調(diào)整主從上面相關(guān)選項配置，確保即便發(fā)生crash了，也不能發(fā)生主從復(fù)制的數(shù)據(jù)丟失。innodb_flush_log_at_trx_mit = 1sync_binlog = 1上述兩個選項的作用是：保證每次事務(wù)提交后，都能實時刷新到磁盤中，尤其是確保每次事務(wù)對應(yīng)的binlog都能及時刷新到磁盤中，只要有了binlog，InnoDB就有辦法做數(shù)據(jù)恢復(fù)，不至于導(dǎo)致主從復(fù)制的數(shù)據(jù)丟失。 在slave上修改配置master_info_repository = TABLErelay_log_info_repository = TABLErelay_log_recovery = 1上述前兩個選項的作用是：確保在slave上和復(fù)制相關(guān)的元數(shù)據(jù)表也采用InnoDB引擎，受到InnoDB事務(wù)安全的保護(hù)，而后一個選項的作用是開啟relay log自動修復(fù)機制，發(fā)生crash時，會自動判斷哪些relay log需要重新從master上抓取回來再次應(yīng)用，以此避免部分?jǐn)?shù)據(jù)丟失的可能性。通過上面幾個選項的調(diào)整，就可以確保主從復(fù)制數(shù)據(jù)不會發(fā)生丟失了。但是，這并不能保證主從數(shù)據(jù)的絕對一致性，因為，有可能設(shè)置了ignore\do\rewrite等replication規(guī)則，或者某些SQL本身存在不確定因素，或者人為在slave上修改數(shù)據(jù)，最終導(dǎo)致主從數(shù)據(jù)不一致。這種情況下，可以采用pttablechecksum和pttablesync工具來進(jìn)行數(shù)據(jù)的校驗和修復(fù)。2. 一致性檢測和修復(fù)工具pttablechecksum 和 pttablesync問題與挑戰(zhàn)之 — 主從切換1 正常切換1）從服務(wù)器檢查SHOW PROCESSLIST語句的輸出，直到你看到Has read all relaylogwaiting for the slave I/O thread to update it2）確保從服務(wù)器已經(jīng)處理了日志中的所有語句。mysql STOP SLAVE IO_THREAD當(dāng)從服務(wù)器都執(zhí)行完這些，它們可以被重新配置為一個新的設(shè)置。3）在被提升為主服務(wù)器的從服務(wù)器上，發(fā)出 STOP SLAVE和RESET MASTER和RESET SLAVE操作。4）然后重啟mysql服務(wù)。5）在備用服務(wù)器（新的主服務(wù)器）創(chuàng)建用戶grant replication slave on *.* torepdcs@39。IP of A39。 identified by 39。replpwd39。grant allprivileges on *.* to 39。repdcs39。@39。IP39。 identified by replpwd。6) 在主服務(wù)器上RESET MASTER。然后CHANGE MASTER TOMASTER_HOST=39。原從服務(wù)器IP39。,MASTER_USER=39。用戶名39。,MASTER_PASSWORD=39。密碼39。 ,master_log_file=39。39。 。7)查看狀態(tài) show slave status \G。Show master status \G。如果還不行再次重啟主庫，并在備庫上執(zhí)行CHANGE MASTER TOMASTER_HOST=39。39。,MASTER_USER=39。repdcs39。,MASTER_PASSWORD=39。11111139。,master_log_file=39。39。8）修改應(yīng)用的連接地址到新的主庫切換完成。2 主機直接宕機1 在備機上執(zhí)行STOP SLAVE 和RESET MASTER2 查看show slave status \G。3 然后修改應(yīng)用的連接地址。一般大部分切換為直接宕機主機已經(jīng)沒法提供服務(wù)
電大資料相關(guān)推薦
鄂ICP備17016276號-1