MySQL主從復制原理及必備知識歸納

2024-07-24 12:34:38

字體：大中小

來源：轉載

供稿：網友

　　本文主要是關于mysql主從復制的一些原理以及必備知識的梳理，關于mysql主從環境的搭建可參考另一篇博客：MySQL主從復制環境部署【http://blog.itpub.net/31015730/viewspace-2153251/】

　　在進行mysql復制時，所有對復制中的表的更新必須在主服務器上進行。否則必須要小心，以避免用戶對主服務器上的表進行的更新與對從服務器上的表所進行的更新之間的沖突。

　　1、Mysql支持那些復制
　　(1)基于語句的復制：在主服務器上執行的SQL語句，在從服務器上執行同樣的語句。MySQL默認采用基于語句的復制，效率比較高。一旦發現沒法精確復制時，會自動選著基于行的復制。
　　(2)基于行的復制：把改變的內容復制過去，而不是把命令在從服務器上執行一遍. 從mysql5.0開始支持
　　(3)混合類型的復制: 默認采用基于語句的復制，一旦發現基于語句的無法精確的復制時，就會采用基于行的復制。

　　2、Mysql復制能解決的問題
　　（1）數據分布 (Data distribution )
　　（2）負載平衡(load balancing)
　　（3）數據備份(Backups) ，保證數據安全
　　（4）高可用性和容錯行(High availability and failover)
　　（5）實現讀寫分離，緩解數據庫壓力

　　3、Mysql主從復制原理

　　master服務器將數據的改變記錄二進制binlog日志，當master上的數據發生改變時，則將其改變寫入二進制日志中；salve服務器會在一定時間間隔內對master二進制日志進行探測其是否發生改變，如果發生改變，則開始一個I/OThread請求master二進制事件，同時主節點為每個I/O線程啟動一個dump線程，用于向其發送二進制事件，并保存至從節點本地的中繼日志中，從節點將啟動SQL線程從中繼日志中讀取二進制日志，在本地重放，使得其數據和主節點的保持一致，最后I/OThread和SQLThread將進入睡眠狀態，等待下一次被喚醒。

　　注意：
　　1--master將操作語句記錄到binlog日志中，然后授予slave遠程連接的權限（master一定要開啟binlog二進制日志功能；通常為了數據安全考慮，slave也開啟binlog功能）。
　　2--slave開啟兩個線程：IO線程和SQL線程。其中：IO線程負責讀取master的binlog內容到中繼日志relay log里；SQL線程負責從relay log日志里讀出binlog內容，并更新到slave的數據庫里，這樣就能保證slave數據和master數據保持一致了。
　　3--Mysql復制至少需要兩個Mysql的服務，當然Mysql服務可以分布在不同的服務器上，也可以在一臺服務器上啟動多個服務。
　　4--Mysql復制最好確保master和slave服務器上的Mysql版本相同（如果不能滿足版本一致，那么要保證master主節點的版本低于slave從節點的版本）
　　5--master和slave兩節點間時間需同步

　　第一部分就是master記錄二進制日志。在每個事務更新數據完成之前，master在二日志記錄這些改變。MySQL將事務串行的寫入二進制日志，即使事務中的語句都是交叉執行的。在事件寫入二進制日志完成后，master通知存儲引擎提交事務。

　　第二部分就是slave將master的binary log拷貝到它自己的中繼日志。首先，slave開始一個工作線程——I/O線程。I/O線程在master上打開一個普通的連接，然后開始binlog dump process。Binlog dump process從master的二進制日志中讀取事件，如果已經跟上master，它會睡眠并等待master產生新的事件。I/O線程將這些事件寫入中繼日志。

　　SQL slave thread（SQL從線程）處理該過程的最后一步。SQL線程從中繼日志讀取事件，并重放其中的事件而更新slave的數據，使其與master中的數據一致。只要該線程與I/O線程保持一致，中繼日志通常會位于OS的緩存中，所以中繼日志的開銷很小。
　　此外，在master中也有一個工作線程：和其它MySQL的連接一樣，slave在master中打開一個連接也會使得master開始一個線程。復制過程有一個很重要的限制——復制在slave上是串行化的，也就是說master上的并行更新操作不能在slave上并行操作。

（編輯：武林網）

上一篇：MySQL垂直切分和水平切分概念和優缺點解說

下一篇：MySQL案例-內存利用率無限增長