在搭建Mysql主從配置的時候,常常會出現主從不同步,或者是說有誤差,有延遲的情況,下面我們可以根據這幾個方面進行錯誤的排查。
稍微有些規模的網站,基本上都會配置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
以上是在Mysql搭建的主從環境下出現問題的解決方法,希望對大家有幫助。
相關文章:
如何利用docker快速建置MySQL主從複製環境的詳情介紹
以上是從以下幾個方面來處理,MySQL主從複製不一致的問題的詳細內容。更多資訊請關注PHP中文網其他相關文章!