MySQL主從復制原理詳情
2022-06-17 11:14:23 來源:易采站長站 作者:
目錄
前言:一、為什么需要主從復制?二、什么是mysql的主從復制?三、mysql復制原理具體步驟四、mysql主從同步延時分析五、主從復制的配置1、基礎設置準備2、安裝mysql數據庫3、在兩臺數據庫中分別創建數據庫4、在主(node1)服務器進行如下配置:5、配置從(node2)服務器登錄主服務器的賬號授權6、從(node2)服務器的配置7、重啟主服務器的mysqld服務8、重啟從服務器并進行相關配置前言:
對于現在的系統來說,在業務復雜的系統中,數據庫往往是應用的瓶頸,單機往往是不能扛住大型系統的并發壓力的,這時候需要從數據庫方面下手解決其瓶頸,例如sql語句需要鎖表,導致暫時不能使用讀的服務,那么就很影響運行中的業務。使用主從之后,從庫的讀操作是不受影響的。
一、為什么需要主從復制?
- 1,使用主從復制,讓主庫負責寫,從庫負責讀,這樣,即使主庫出現了鎖表的情景,通過讀從庫也可以保證業務的正常運作。2,架構的擴展。業務量越來越大,I/O訪問頻率過高,單機無法滿足,此時做多庫的存儲,降低磁盤I/O訪問的頻率,提高單個機器的I/O性能。3,主從多臺服務器,同樣也可以當作數據備份的。
二、什么是mysql的主從復制?
MySQL>
三、mysql復制原理
原理:
- (1)master服務器將數據的改變記錄二進制binlog日志,當master上的數據發生改變時,則將其改變寫入二進制日志中;(2)slave服務器會在一定時間間隔內對master二進制日志進行探測其是否發生改變,如果發生改變,則開始一個I/O>(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>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>
解決方案:
- 1.業務的持久化層的實現采用分庫架構,mysql服務可平行擴展,分散壓力。2.單個庫讀寫分離,一主多從,主寫從讀,分散壓力。這樣從庫壓力比主庫高,保護主庫。3.服務的基礎架構在業務和mysql之間加入memcache或者redis的cache層。降低mysql的讀壓力。4.不同業務的mysql物理上放在不同機器,分散壓力。5.使用比主庫更好的硬件設備作為slave,mysql壓力小,延遲自然會變小。6.使用更加強勁的硬件設備。
mysql5.7之后使用MTS并行復制技術,永久解決復制延時問題 這個后面文章在說下吧
五、主從復制的配置
1、基礎設置準備
本次測試mysql的版本是5.7
.>
測試階段兩個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主從復制原理詳情的文章就介紹到這了,更多相關MySQL主從復制內容請搜索易采站長站以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持易采站長站!
如有侵權,請聯系QQ:279390809 電話:15144810328
最新圖文推薦
相關文章
-
mysql 加了 skip-name-resolve不能鏈接數據庫問題的解決方法
mysql 加了 skip-name-resolve不能鏈接的問題, 要確認 MySql 是否采用過主機名的授權 在 MySql Server 的配置文件 My.ini 中,增加如下兩行: [mysqld] skip-name-resolve 它將禁止 MySql Server 對外部連接進2019-01-04