mysql中如何配置主從復制

這篇文章主要介紹了mysql中如何配置主從復制，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

對于現在的系統來說，在業務復雜的系統中，數據庫往往是應用的瓶頸，單機往往是不能扛住大型系統的并發壓力的，這時候需要從數據庫方面下手解決其瓶頸，例如sql語句需要鎖表，導致暫時不能使用讀的服務，那么就很影響運行中的業務。使用主從之后，從庫的讀操作是不受影響的。

一、為什么需要主從復制？

1，使用主從復制，讓主庫負責寫，從庫負責讀，這樣，即使主庫出現了鎖表的情景，通過讀從庫也可以保證業務的正常運作。

2，架構的擴展。業務量越來越大，I/O訪問頻率過高，單機無法滿足，此時做多庫的存儲，降低磁盤I/O訪問的頻率，提高單個機器的I/O性能。

3，主從多臺服務器，同樣也可以當作數據備份的。

二、什么是mysql的主從復制？

MySQL 主從復制是指數據可以從一個MySQL數據庫服務器主節點復制到一個或多個從節點。MySQL 默認采用異步復制方式，這樣從節點不用一直訪問主服務器來更新自己的數據，數據的更新可以在遠程連接上進行，從節點可以復制主數據庫中的所有數據庫或者特定的數據庫或者特定的表。

三、mysql復制原理

原理：

（1）master服務器將數據的改變記錄二進制binlog日志，當master上的數據發生改變時，則將其改變寫入二進制日志中；

（2）slave服務器會在一定時間間隔內對master二進制日志進行探測其是否發生改變，如果發生改變，則開始一個I/O Thread請求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兩節點間時間需同步。

圖來源《高性能mysql》

具體步驟：

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的主從復制都是單線程的操作，主庫對所有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.使用更加強勁的硬件設備。

mysql5.7之后使用MTS并行復制技術，永久解決復制延時問題 這個后面文章在說下吧

五、主從復制的配置

1、基礎設置準備

本次測試mysql的版本是5.7.  比較窮，在一臺機子上裝了兩個mysql實例，修改下不同端口即可。 當然如果有錢準備兩臺能互相訪問的機子安裝兩個mysql也是可以的。

測試階段兩個mysql實例IP相同都是本機(ip=127.0.0.1),區分下分別命名 主是node1，從是node2，端口不同 我實際測試用的是3306和3307)

2、安裝mysql數據庫

網上很多按照的例子，這里就不重復說了，請自行百度/google(結果是數據庫能正常使用),待兩臺mysql都按照完成之后，我們開始配置主從復制了。

3、在兩臺數據庫中分別創建數據庫

--注意兩臺必須全部執行,兩臺的數據庫保持相同
create database test;

4、在主（node1）服務器進行如下配置：

#修改配置文件，執行以下命令打開mysql配置文件
vi /etc/my.cnf
#在mysqld模塊中添加如下配置信息
log-bin=master-bin #二進制文件名稱
#二進制日志格式，有row、statement、mixed三種格式，
binlog-format=ROW  
server-id=1   #要求各個服務器的id必須不一樣
binlog-do-db=test   #同步的數據庫名稱

二進制日志格式，有row、statement、mixed三種格式;   row指的是把改變的內容復制過去，而不是把命令在從服務器上執行一遍;statement指的是在主服務器上執行的SQL語句，在從服務器上執行同樣的語句。MySQL默認采用基于語句的復制，效率比較高;  mixed指的是默認采用基于語句的復制，一旦發現基于語句的無法精確的復制時，就會采用基于行的復制。

5、配置從(node2)服務器登錄主服務器的賬號授權

--授權操作
set global validate_password_policy=0;
set global validate_password_length=1;
grant replication slave on *.* to 'root'@'%' identified by '123456';
--刷新權限
flush privileges;

6、從(node2)服務器的配置

#修改配置文件，執行以下命令打開mysql配置文件
vi /etc/my.cnf
#在mysqld模塊中添加如下配置信息
log-bin=master-bin #二進制文件的名稱
binlog-format=ROW  #二進制文件的格式
server-id=2 #服務器的id

7、重啟主服務器的mysqld服務

#重啟mysql服務
service mysqld restart
#登錄mysql數據庫
mysql -uroot -p
#查看master的狀態
show master status；

8、重啟從服務器并進行相關配置

#重啟mysql服務
service mysqld restart
#登錄mysql
mysql -uroot -p
#連接主服務器(master_host是主的IP地址，我測試本地)
change master to master_host='127.0.0.1',master_user='root',master_password='123456',master_port=3306,master_log_file='master-bin.000001',master_log_pos=154;
#啟動slave
start slave
#查看slave的狀態
show slave status\G #(注意沒有分號)

至此主從的配置已經完成，此時可以在主服務器進行相關的數據添加刪除工作，在從服務器看相關的狀態，查看對應數據有沒有變化。

感謝你能夠認真閱讀完這篇文章，希望小編分享的“mysql中如何配置主從復制”這篇文章對大家有幫助，同時也希望大家多多支持億速云，關注億速云行業資訊頻道，更多相關知識等著你來學習!