在MySQL中，一次事務提交后，需要寫undo、寫redo、寫binlog，寫數(shù)據(jù)文件等等。在這個過程中，可能在某個步驟發(fā)生crash，就有可能導致主從數(shù)據(jù)的不一致。為了避免這種情況，我們需要調整主從上面相關選項配置，確保即便發(fā)生crash了，也不能發(fā)生主從復制的數(shù)據(jù)丟失。

站在用戶的角度思考問題，與客戶深入溝通，找到魯山網(wǎng)站設計與魯山網(wǎng)站推廣的解決方案，憑借多年的經(jīng)驗，讓設計與互聯(lián)網(wǎng)技術結合，創(chuàng)造個性化、用戶體驗好的作品，建站類型包括：成都網(wǎng)站設計、成都網(wǎng)站制作、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣、域名注冊、網(wǎng)絡空間、企業(yè)郵箱。業(yè)務覆蓋魯山地區(qū)。

1. 在master上修改配置

innodb_flush_log_at_trx_commit = 1
sync_binlog = 1

上述兩個選項的作用是：保證每次事務提交后，都能實時刷新到磁盤中，尤其是確保每次事務對應的binlog都能及時刷新到磁盤中，只要有了binlog，InnoDB就有辦法做數(shù)據(jù)恢復，不至于導致主從復制的數(shù)據(jù)丟失。

2. 在slave上修改配置

master_info_repository = "TABLE"
relay_log_info_repository = "TABLE"
relay_log_recovery = 1

上述前兩個選項的作用是：確保在slave上和復制相關的元數(shù)據(jù)表也采用InnoDB引擎，受到InnoDB事務安全的保護，而后一個選項的作用是開啟relay log自動修復機制，發(fā)生crash時，會自動判斷哪些relay log需要重新從master上抓取回來再次應用，以此避免部分數(shù)據(jù)丟失的可能性。

通過上面幾個選項的調整，就可以確保主從復制數(shù)據(jù)不會發(fā)生丟失了。但是，這并不能保證主從數(shù)據(jù)的絕對一致性，因為，有可能設置了ignore\do\rewrite等replication規(guī)則，或者某些SQL本身存在不確定因素，或者人為在slave上修改數(shù)據(jù)，最終導致主從數(shù)據(jù)不一致。這種情況下，可以采用pt-table-checksum 和 pt-table-sync 工具來進行數(shù)據(jù)的校驗和修復。

http://edu.51cto.com/center/course/lesson/index?id=184082

新聞名稱：mysql設置雙1保證數(shù)據(jù)庫一致性
網(wǎng)站地址：http://www.aaarwkj.com/article48/igciep.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供定制開發(fā)、網(wǎng)站導航、品牌網(wǎng)站建設、云服務器、手機網(wǎng)站建設、虛擬主機

廣告

聲明：本網(wǎng)站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)