MySQL主從復制原理詳情
前言:
對于現(xiàn)在的系統(tǒng)來說,在業(yè)務復雜的系統(tǒng)中,數(shù)據(jù)庫往往是應用的瓶頸,單機往往是不能扛住大型系統(tǒng)的并發(fā)壓力的,這時候需要從數(shù)據(jù)庫方面下手解決其瓶頸,例如sql語句需要鎖表,導致暫時不能使用讀的服務,那么就很影響運行中的業(yè)務。使用主從之后,從庫的讀操作是不受影響的。
一、為什么需要主從復制?
- 1,使用主從復制,讓主庫負責寫,從庫負責讀,這樣,即使主庫出現(xiàn)了鎖表的情景,通過讀從庫也可以保證業(yè)務的正常運作。
- 2,架構(gòu)的擴展。業(yè)務量越來越大,I/O訪問頻率過高,單機無法滿足,此時做多庫的存儲,降低磁盤I/O訪問的頻率,提高單個機器的I/O性能。
- 3,主從多臺服務器,同樣也可以當作數(shù)據(jù)備份的。
二、什么是mysql的主從復制?
MySQL 主從復制是指數(shù)據(jù)可以從一個MySQL數(shù)據(jù)庫服務器主節(jié)點復制到一個或多個從節(jié)點。MySQL 默認采用異步復制方式,這樣從節(jié)點不用一直訪問主服務器來更新自己的數(shù)據(jù),數(shù)據(jù)的更新可以在遠程連接上進行,從節(jié)點可以復制主數(shù)據(jù)庫中的所有數(shù)據(jù)庫或者特定的數(shù)據(jù)庫或者特定的表。
三、mysql復制原理
原理:
- (1)master服務器將數(shù)據(jù)的改變記錄二進制binlog日志,當master上的數(shù)據(jù)發(fā)生改變時,則將其改變寫入二進制日志中;
- (2)slave服務器會在一定時間間隔內(nèi)對master二進制日志進行探測其是否發(fā)生改變,如果發(fā)生改變,則開始一個I/O Thread請求master二進制事件;
- (3)同時主節(jié)點為每個I/O線程啟動一個dump線程,用于向其發(fā)送二進制事件,并保存至從節(jié)點本地的中繼日志中,從節(jié)點將啟動SQL線程從中繼日志中讀取二進制日志,在本地重放,使得其數(shù)據(jù)和主節(jié)點的保持一致,最后I/OThread和SQLThread將進入睡眠狀態(tài),等待下一次被喚醒。
也就是說:
- 從庫會生成兩個線程,一個I/O線程,一個SQL線程;
- I/O線程會去請求主庫的binlog,并將得到的binlog寫到本地的relay-log(中繼日志)文件中;
- 主庫會生成一個log dump線程,用來給從庫I/O線程傳binlog;
- SQL線程,會讀取relay log文件中的日志,并解析成sql語句逐一執(zhí)行;
注意:
- master將操作語句記錄到binlog日志中,然后授予slave遠程連接的權(quán)限(master一定要開啟binlog二進制日志功能;通常為了數(shù)據(jù)安全考慮,slave也開啟binlog功能)。
- slave開啟兩個線程:IO線程和SQL線程。其中:IO線程負責讀取master的binlog內(nèi)容到中繼日志relay log里;SQL線程負責從relay log日志里讀出binlog內(nèi)容,并更新到slave的數(shù)據(jù)庫里,這樣就能保證slave數(shù)據(jù)和master數(shù)據(jù)保持一致了。
- Mysql復制至少需要兩個Mysql的服務,當然Mysql服務可以分布在不同的服務器上,也可以在一臺服務器上啟動多個服務。
- Mysql復制最好確保master和slave服務器上的Mysql版本相同(如果不能滿足版本一致,那么要保證master主節(jié)點的版本低于slave從節(jié)點的版本)
- master和slave兩節(jié)點間時間需同步。

圖來源《高性能mysql》
具體步驟
- 1、從庫通過手工執(zhí)行change master to 語句連接主庫,提供了連接的用戶一切條件(user 、password、port、ip),并且讓從庫知道,二進制日志的起點位置(file名 position 號); start slave
- 2、從庫的IO線程和主庫的dump線程建立連接。
- 3、從庫根據(jù)change master to 語句提供的file名和position號,IO線程向主庫發(fā)起binlog的請求。
- 4、主庫dump線程根據(jù)從庫的請求,將本地binlog以events的方式發(fā)給從庫IO線程。
- 5、從庫IO線程接收binlog events,并存放到本地relay-log中,傳送過來的信息,會記錄到master.info中。
- 6、從庫SQL線程應用relay-log,并且把應用過的記錄到relay-log.info中,默認情況下,已經(jīng)應用過的relay 會自動被清理purge。
四、mysql主從同步延時分析
mysql的主從復制都是單線程的操作,主庫對所有DDL和DML產(chǎn)生的日志寫進binlog,由于binlog是順序?qū)?,所以效率很高,slave的sql thread線程將主庫的DDL和DML操作事件在slave中重放。DML和DDL的IO操作是隨機的,不是順序,所以成本要高很多,另一方面,由于sql thread也是單線程的,當主庫的并發(fā)較高時,產(chǎn)生的DML數(shù)量超過slave的SQL thread所能處理的速度,或者當slave中有大型query語句產(chǎn)生了鎖等待,那么延時就產(chǎn)生了。
解決方案:
- 1.業(yè)務的持久化層的實現(xiàn)采用分庫架構(gòu),mysql服務可平行擴展,分散壓力。
- 2.單個庫讀寫分離,一主多從,主寫從讀,分散壓力。這樣從庫壓力比主庫高,保護主庫。
- 3.服務的基礎架構(gòu)在業(yè)務和mysql之間加入memcache或者redis的cache層。降低mysql的讀壓力。
- 4.不同業(yè)務的mysql物理上放在不同機器,分散壓力。
- 5.使用比主庫更好的硬件設備作為slave,mysql壓力小,延遲自然會變小。
- 6.使用更加強勁的硬件設備。
mysql5.7之后使用MTS并行復制技術(shù),永久解決復制延時問題 這個后面文章在說下吧
五、主從復制的配置
1、基礎設置準備
本次測試mysql的版本是5.7. 比較窮,在一臺機子上裝了兩個mysql實例,修改下不同端口即可。 當然如果有錢準備兩臺能互相訪問的機子安裝兩個mysql也是可以的。
測試階段兩個mysql實例IP相同都是本機(ip=127.0.0.1),區(qū)分下分別命名 主是node1,從是node2,端口不同 我實際測試用的是3306和3307)
2、安裝mysql數(shù)據(jù)庫
網(wǎng)上很多按照的例子,這里就不重復說了,請自行百度/google(結(jié)果是數(shù)據(jù)庫能正常使用),待兩臺mysql都按照完成之后,我們開始配置主從復制了。
3、在兩臺數(shù)據(jù)庫中分別創(chuàng)建數(shù)據(jù)庫
--注意兩臺必須全部執(zhí)行,兩臺的數(shù)據(jù)庫保持相同 create database test;
4、在主(node1)服務器進行如下配置:
#修改配置文件,執(zhí)行以下命令打開mysql配置文件 vi /etc/my.cnf #在mysqld模塊中添加如下配置信息 log-bin=master-bin #二進制文件名稱 #二進制日志格式,有row、statement、mixed三種格式, binlog-format=ROW ? server-id=1 ? #要求各個服務器的id必須不一樣 binlog-do-db=test ? #同步的數(shù)據(jù)庫名稱
二進制日志格式,有row、statement、mixed三種格式; row指的是把改變的內(nèi)容復制過去,而不是把命令在從服務器上執(zhí)行一遍;statement指的是在主服務器上執(zhí)行的SQL語句,在從服務器上執(zhí)行同樣的語句。MySQL默認采用基于語句的復制,效率比較高; mixed指的是默認采用基于語句的復制,一旦發(fā)現(xiàn)基于語句的無法精確的復制時,就會采用基于行的復制。
5、配置從(node2)服務器登錄主服務器的賬號授權(quán)
--授權(quán)操作 set global validate_password_policy=0; set global validate_password_length=1; grant replication slave on *.* to 'root'@'%' identified by '123456'; --刷新權(quán)限 flush privileges;
6、從(node2)服務器的配置
#修改配置文件,執(zhí)行以下命令打開mysql配置文件 vi /etc/my.cnf #在mysqld模塊中添加如下配置信息 log-bin=master-bin #二進制文件的名稱 binlog-format=ROW ?#二進制文件的格式 server-id=2 #服務器的id
7、重啟主服務器的mysqld服務
#重啟mysql服務 service mysqld restart #登錄mysql數(shù)據(jù)庫 mysql -uroot -p #查看master的狀態(tài) 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的狀態(tài) show slave status\G #(注意沒有分號)
這樣主從的配置已經(jīng)完成,此時可以在主服務器進行相關的數(shù)據(jù)添加刪除工作,在從服務器看相關的狀態(tài),查看對應數(shù)據(jù)有沒有變化。
到此這篇關于MySQL主從復制原理詳情的文章就介紹到這了,更多相關MySQL主從復制內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
Mysql數(shù)據(jù)庫慢查詢常用優(yōu)化方式
數(shù)據(jù)庫SQL優(yōu)化是老生常談的問題,下面這篇文章主要給大家介紹了關于Mysql數(shù)據(jù)庫慢查詢常用優(yōu)化方式,文中通過實例代碼介紹的非常詳細,需要的朋友可以參考下2023-05-05
MySQL 啟動報錯:File ./mysql-bin.index not found (Errcode: 13)
這篇文章主要介紹了MySQL 啟動報錯:File ./mysql-bin.index not found (Errcode: 13)的解決方法,需要的朋友可以參考下2014-07-07
使用Visual Studio Code連接MySql數(shù)據(jù)庫并進行查詢
這篇文章主要介紹了使用Visual Studio Code連接MySql數(shù)據(jù)庫并進行查詢,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2021-02-02
MySQL實現(xiàn)批量插入測試數(shù)據(jù)的方式小結(jié)
在開發(fā)過程中我們不管是用來測試性能還是在生產(chǎn)環(huán)境中頁面展示好看一點,?經(jīng)常需要一些測試數(shù)據(jù),?本文主要介紹了兩種常用的MySQL測試數(shù)據(jù)批量生成方式,希望對大家有所幫助2023-11-11

