【轉】解決MySQL主從複製不一致的情況

標籤：

解決MySQL主從複製不一致的情況 十月 09, 2011 ( NO COMMENTS )

稍微有些規模的網站，基本上都會配置mysql主從複製，一方面用mysql的主從做資料庫的讀寫分離，另一方面mysql本身的單機備份不是很強，一般採用主從架構，在從上進行資料備份。

在MySQL主從複製過程中或多或少出現一些主從不同步的情況，本文將對資料主從不同步的情況進行簡單的總結，請注意本文主要從資料庫層面上探討資料庫的主從不一致的情況。

1.網路的延遲

由於mysql主從複製是基於binlog的一種非同步複製，通過網路傳送binlog檔案，理所當然網路延遲是主從不同步的絕大多數的原因，特別是跨機房的資料同步出現這種幾率非常的大，所以做讀寫分離，注意從業務層進行前期設計。

2.主從兩台機器的負載不一致

由於mysql主從複製是主要資料庫上面啟動1個io線程，而從上面啟動1個sql線程和1個io線程，當中任何一台機器的負載很高，忙不過來，導致其中的任何一個線程出現資源不足，都將出現主從不一致的情況。

3.max_allowed_packet設定不一致

主要資料庫上面設定的max_allowed_packet比從資料庫大，當一個大的sql語句，能在主要資料庫上面執行完畢，從資料庫上面設定過小，無法執行，導致的主從不一致。

4.key自增鍵開始的索引值跟自增步長設定不一致引起的主從不一致。

5.mysql異常宕機情況下，如果未設定sync_binlog=1或者innodb_flush_log_at_trx_commit=1很有可能出現binlog或者relaylog檔案出現損壞，導致主從不一致。

6.mysql本身的bug引起的主從不同步。

7.版本不一致，特別是高版本是主，低版本為從的情況下，主要資料庫上面支援的功能，從資料庫上面不支援該功能。

以上就是常見的一些主從不同步的情況。或許還有其他的一些不同步的情況，請說出你所遇到的主從不一致的情況。

基於以上情況，先保證max_allowed_packet、自增鍵開始點和增長點設定一致，再者犧牲部分效能在主上面開啟sync_binlog，對於採用innodb的庫，推薦配置下面的內容

1、innodb_flush_logs_at_trx_commit = 1
2、innodb-support_xa = 1 # Mysql 5.0 以上
3、innodb_safe_binlog      # Mysql 4.0

同時在從資料庫上面推薦加入下面兩個參數

1、skip_slave_start
2、read_only

 

原文出處 http://www.frostsky.com/2011/10/mysql-master-slave-tongbu/

【轉】解決MySQL主從複製不一致的情況