2011-05-06 15:50:36
| 分類：
mysql
| 標籤：
mysql
主從不一致 |
字型大小大中小訂閱
轉至 基本上用了mysql作為oltp業務的，基本上都會配置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
2
3
innodb_flush_logs_at_trx_commit = 1
innodb-support_xa = 1 # mysql 5.0 以上
innodb_safe_binlog # mysql 4.0
mysql replace的主從不一致
問題 資料庫遷移後,執行語句 load data local infile s replace into table s s 會出現 duplicate entry 的問題 但是在binlog只產生一條update語句。從庫的auto increment不會 1。詳細了解下 一。準備知識 inser...
解決mysql主從複製不一致情況
解決mysql主從複製不一致情況。稍微有些規模的 基本上都會配置mysql主從複製，一方面用mysql的主從做資料庫的讀寫分離，另一方面mysql本身的單機備份不是很強，一般採用主從架構，在從上進行資料備份。在mysql主從複製過程中或多或少出現一些主從不同步的情況，本文將對資料主從不同步的情況進行...
快取不一致
當程式在執行過程中，會將運算需要的資料從主存複製乙份到cpu的快取記憶體當中，那麼cpu進行計算時就可以直接從它的快取記憶體讀取資料和向其中寫入資料，當運算結束之後，再將快取記憶體中的資料重新整理到主存當中。舉個簡單的例子 i i 1。當執行緒執行這個語句時，會先從主存當中讀取i的值，然後複製乙份到...