什麼是mysql主從複製

在mysql中，主從複製是指資料可以從一個MySQL資料庫伺服器主節點複製到一個或多個從節點，預設採用非同步複製方式。採用主從複製的好處：1、讓主庫負責寫，從庫負責讀，當主庫出現了鎖表的情景，透過讀從庫也可以保證業務的正常運作；2、可以做資料的熱備； 3.進行架構的擴展，可降低磁碟I/O存取的頻率，提升單一機器的I/O效能。

本教學操作環境：windows7系統、mysql8版本、Dell G3電腦。

什麼是mysql的主從複製？

MySQL 主從複製是指資料可以從一個MySQL資料庫伺服器主節點複製到一個或多個從節點。 MySQL 預設採用非同步複製方式，這樣從節點不用一直存取主伺服器來更新自己的數據，資料的更新可以在遠端連線上進行，從節點可以複製主資料庫中的所有資料庫或特定的資料庫，或特定的表。

為什麼需要主從複製？

1、在業務複雜的系統中，有這麼一個情景，有一句sql語句需要鎖表，導致暫時不能使用讀取的服務，那麼就很影響運行中的業務，使用主從複製，讓主庫負責寫，從庫負責讀，這樣，即使主庫出現了鎖表的情景，透過讀從庫也可以保證業務的正常運作。

2、做資料的熱備

3、架構的擴充。業務量越來越大，I/O存取頻率過高，單機無法滿足，此時做多庫的存儲，降低磁碟I/O存取的頻率，提高單一機器的I/O效能。

mysql複製原理

##：

（1）master伺服器將資料的改變記錄二進位binlog日誌，當master上的資料變更時，則將其變更寫入二進位日誌中；

（2）slave伺服器會在一定時間間隔內對master二進位日誌進行偵測其是否發生改變，如果發生改變，則開始一個I/OThread請求master二進位事件

（3）同時主節點為每個I/O執行緒啟動一個dump線程，用於向其發送二進位事件，並儲存到從節點本地的中繼日誌中，從節點將啟動SQL線程從中繼日誌中讀取二進位日誌，在本地重播，使得其資料和主節點的保持一致，最後I/OThread和SQLThread將進入睡眠狀態，等待下一次被喚醒。

也就是說：

• 從函式庫會產生兩個執行緒,一個I/O執行緒,一個SQL執行緒;
• I /O執行緒會去請求主庫的binlog,並將得到的binlog寫到本地的relay-log(中繼日誌)檔案中;
• 主庫會產生一個log dump執行緒,用來給從庫I/O線程傳binlog;
• SQL線程,會讀取relay log檔案中的日誌,並解析成sql語句逐一執行;

注意：

• –master將操作語句記錄到binlog日誌中，然後授予slave遠端連線的權限（master一定要開啟binlog二進位日誌功能；通常為了資料安全考慮，slave也開啟binlog功能）。

• –slave開啟兩個執行緒：IO執行緒與SQL執行緒。其中：IO線程負責讀取master的binlog內容到中繼日誌relay log裡；SQL線程負責從relay log日誌裡讀出binlog內容，並更新到slave的資料庫裡，這樣就能保證slave資料和master資料保持一致了。

• –Mysql複製至少需要兩個Mysql的服務，當然Mysql服務可以分散在不同的伺服器上，也可以在一台伺服器上啟動多個服務。

• –Mysql複製最好確保master和slave伺服器上的Mysql版本相同（如果不能滿足版本一致，那麼要保證master主節點的版本低於slave從節點的版本）

• –master和slave兩節點間時間需同步

特定步驟：

1、從函式庫透過手動執行change master to 語句連接主函式庫，提供了連線的使用者一切條件（user 、password、port、ip），並且讓從函式庫知道，二進位日誌的起點位置（file名position 號）；start slave

2、從庫的IO線程和主庫的dump線程建立連接。

3、從函式庫依據change master to 語句提供的file名稱和position號，IO執行緒向主庫發起binlog的請求。

4、主庫dump執行緒根據從庫的請求，將本機binlog以events的方式發給從庫IO執行緒。

5、從庫IO線程接收binlog events，並存放到本地relay-log中，傳送過來的信息，會記錄到master.info中

6、從函式庫SQL執行緒應用relay-log，並且把應用過的記錄到relay-log.info中，預設情況下，已經套用過的relay 會自動被清理purge

mysql主從形式

（一）一主一從

# #（二）主主複製

（三）一主多從

（四）多主一從

（五）聯級複製

#mysql主從同步延遲分析

#mysql的主從複製都是單執行緒的操作，主函式庫對所有DDL和DML產生的日誌寫進binlog，由於binlog是順序寫，所以效率很高，slave的sql thread執行緒​​將主函式庫的DDL和DML操作事件在slave中重播。 DML和DDL的IO操作是隨機的，不是順序，所以成本要高很多，另一方面，由於sql thread也是單線程的，當主庫的並發較高時，產生的DML數量超過slave的SQL thread所能處理的速度，或是當slave中有大型query語句產生了鎖等待，那麼延遲就產生了。

解決方案：

1.業務的持久化層的實作採用分庫架構，mysql服務可平行擴展，分散壓力。

2.單一庫讀寫分離，一主多從，主寫從讀，分散壓力。這樣從庫壓力比主庫高，保護主庫。

3.服務的基礎架構在業務和mysql之間加入memcache或redis的cache層。降低mysql的讀壓力。

4.不同業務的mysql物理上放在不同機器，分散壓力。

5.使用比主庫更好的硬體設備作為slave，mysql壓力小，延遲自然會變小。

6.使用更強勁的硬體設備【相關推薦：

mysql影片教學###】###

以上是什麼是mysql主從複製的詳細內容。更多資訊請關注PHP中文網其他相關文章！