欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

詳細分析MySQL主從復制

 更新時間:2020年08月15日 16:04:27   作者:MySQL技術  
這篇文章主要介紹了MySQL主從復制的相關資料,幫助大家更好的理解和學習MySQL,感興趣的朋友可以了解下

前言:

在MySQL中,主從架構應該是最基礎、最常用的一種架構了。后續(xù)的讀寫分離、多活高可用架構等大多都依賴于主從復制。主從復制也是我們學習MySQL過程中必不可少的一部分,關于主從復制的文章有很多,筆者也來湊湊熱鬧,寫寫這方面的內(nèi)容吧,同時分享下自己的經(jīng)驗和方法。

1.主從復制簡介及原理

主從復制(也稱 AB 復制)是指一臺服務器充當主數(shù)據(jù)庫服務器,另一臺或多臺服務器充當從數(shù)據(jù)庫服務器,主服務器中的數(shù)據(jù)自動復制到從服務器之中。對于多級復制,數(shù)據(jù)庫服務器既可充當主機,也可充當從機。MySQL默認采用異步復制方式。

主從復制的過程及原理可以總結如下:

  1. master服務器將數(shù)據(jù)的改變記錄二進制binlog日志,當master上的數(shù)據(jù)發(fā)生改變時,則將其改變寫入二進制日志中。
  2. slave服務器會在一定時間間隔內(nèi)對master二進制日志進行探測其是否發(fā)生改變,如果發(fā)生改變,則開始一個I/OThread請求master二進制事件。
  3. 同時主節(jié)點為每個I/O線程啟動一個dump線程,用于向其發(fā)送二進制事件,并保存至從節(jié)點本地的中繼日志中,從節(jié)點將啟動SQL線程從中繼日志中讀取二進制日志,在本地重放,使得其數(shù)據(jù)和主節(jié)點的保持一致。

 2.基于二進制文件位置配置主從復制

基于二進制文件位置的主從復制又可以稱為傳統(tǒng)復制,即從服務器依賴于主服務器的binlog文件位置,當主庫發(fā)生數(shù)據(jù)變更時,binlog pos位點會增長,從庫會感應到變化來完成同步。

配置主從復制,我們首先要準備至少兩臺MySQL實例,一臺充當主服務器、一臺充當從服務器。由于主從復制依賴于binlog,所以主庫必須開啟binlog,且主從要配置不同的server_id,下面具體展示下配置過程:

2.1 確認主從庫配置參數(shù)

MySQL主從服務器建議有如下配置,可以先確認下,如果未配置,則需要修改配置文件然后重啟。

# 主庫參數(shù)配置 要有以下參數(shù)
vim /etc/my.cnf 
[mysqld] 
log-bin = binlog //啟用二進制日志
server-id = 137 //服務器唯一ID,默認值是1,一般設置為IP地址的最后一段數(shù)字
binlog_format = row //bilog設置為row模式 防止復制出錯

# 從庫建議配置以下參數(shù)
vim /etc/my.cnf 
[mysqld] 
relay-log = relay-bin
server-id = 138

2.2 確定主庫二進制位置,創(chuàng)建同步賬號

若主從庫都是剛剛初始化完成,且主庫無操作時,從庫可不用同步主庫的數(shù)據(jù),直接確定主庫的binlog位置即可。

# 查看主庫binlog文件位置
show master status;

# 主庫創(chuàng)建同步賬號
create user 'repl'@'%' identified by '123456';
grant replication slave on *.* to 'repl'@'%';

若主庫已經(jīng)運行了一段時間,有業(yè)務數(shù)據(jù)在,而從庫剛剛初始化完成,此時則需要備份主庫的數(shù)據(jù),然后導入從庫,使得主從數(shù)據(jù)一致。

# 主庫創(chuàng)建同步賬號
create user 'repl'@'%' identified by '123456';
grant replication slave on *.* to 'repl'@'%';

# 全備主庫數(shù)據(jù)
mysqldump -uroot -pxxxx -A -R -E --single-transaction --master-data=2 > all_db.sql

# 從庫端恢復
mysql -uroot -pxxxx < all_db.sql

# 從備份文件中可以找到主庫的binlog位置

2.3 進入從庫,開啟主從復制

找到主庫二進制文件位置且完成主從數(shù)據(jù)一致后,我們就可以正式開啟主從復制了。

# 進入從庫MySQL命令行 執(zhí)行change master語句連接主庫
# 二進制文件名及pos位置由上面步驟獲得
CHANGE MASTER TO MASTER_HOST='MySQL主服務器IP地址',
 MASTER_PORT=3306,
 MASTER_USER='repl',
 MASTER_PASSWORD='123456',
 MASTER_LOG_FILE='binlog.000002',
 MASTER_LOG_POS=154;
 
# 開啟主從復制 并堅持狀態(tài)
start slave;
show slave status \G //查看slave狀態(tài) 確保Slave_IO_Running: Yes Slave_SQL_Running: Yes

3.基于GTID的主從復制

GTID是MySQL 5.6的新特性,其全稱是Global Transaction Identifier,可簡化MySQL的主從切換以及Failover。GTID用于在binlog中唯一標識一個事務。當事務提交時,MySQL Server在寫binlog的時候,會先寫一個特殊的Binlog Event,類型為GTID_Event,指定下一個事務的GTID,然后再寫事務的Binlog。

在基于GTID的復制中,首先從服務器會告訴主服務器已經(jīng)在從服務器執(zhí)行完了哪些事務的GTID值,然后主庫會有把所有沒有在從庫上執(zhí)行的事務,發(fā)送到從庫上進行執(zhí)行,并且使用GTID的復制可以保證同一個事務只在指定的從庫上執(zhí)行一次,這樣可以避免由于偏移量的問題造成數(shù)據(jù)不一致。也就是說,無論是級聯(lián)情況,還是一主多從的情況,都可以通過GTID自動找位置,而無需像之前那樣通過File_name和File_position找主庫binlog位置了。

基于GTID的主從復制與上面基于二進制文件位置的主從復制搭建步驟類似,同樣簡單展示下搭建過程:

3.1 確認主從庫配置,開啟GTID

# 主庫參數(shù)配置 要有以下參數(shù)
vim /etc/my.cnf 
[mysqld] 
server-id = 137
log-bin = binlog 
binlog_format = row 
gtid-mode = ON //開啟gtid模式
enforce-gtid-consistency = ON //強制gtid一致性,用于保證啟動gitd后事務的安全 

# 從庫建議配置以下參數(shù)
vim /etc/my.cnf 
[mysqld] 
server-id = 138
log-bin = binlog 
binlog_format = row 
gtid-mode = ON 
enforce-gtid-consistency = ON 
relay-log = relay-bin

3.2 創(chuàng)建同步賬號,保持主從庫數(shù)據(jù)一致

若主庫剛初始化完成或者主庫端保留有全部二進制文件,則從庫無需手動同步數(shù)據(jù)。否則需要手動同步數(shù)據(jù)使得主從一致。

# 主庫創(chuàng)建同步賬號
create user 'repl'@'%' identified by '123456';
grant replication slave on *.* to 'repl'@'%';

# 若主庫剛初始化或保留有完整二進制文件 則無需執(zhí)行下面步驟
# 全備主庫數(shù)據(jù)
mysqldump -uroot -pxxxx -A -R -E --single-transaction > all_db.sql
# 從庫端恢復
mysql -uroot -pxxxx < all_db.sql

3.3 進入從庫,開啟主從復制

# 進入從庫MySQL命令行 執(zhí)行change master語句連接主庫
CHANGE MASTER TO MASTER_HOST='MySQL主服務器IP地址',
 MASTER_PORT=3306,
 MASTER_USER='repl',
 MASTER_PASSWORD='123456',
 MASTER_AUTO_POSITION = 1;
 
# 開啟主從復制 并堅持狀態(tài)
start slave;
show slave status \G

 4.一些經(jīng)驗及建議

在日常學習及工作過程中,主從復制方面也積累了一些經(jīng)驗,下面簡單分享幾點,希望各位少踩坑。

  • 主從兩端數(shù)據(jù)庫版本盡量保持一致。
  • 主從庫參數(shù)建議相同,比如字符集、sql_mode這類參數(shù)要設置一樣。
  • 從庫服務器性能不能過于落后主庫,以免因服務器性能產(chǎn)生主從延遲。
  • 所有表強制擁有主鍵,因為無主鍵表同步到從庫極易產(chǎn)生主從延遲。
  • 建議從庫設為read only,以防人為誤操作從庫數(shù)據(jù)。
  • 監(jiān)控主從延遲及狀態(tài),及時解決同步中斷或延遲問題。

總結:

本文介紹了主從復制的原理及搭建過程,其實關于主從復制的內(nèi)容還有很多,需要不斷的學習。這里推薦大家使用GTID模式來搭建主從復制,關于后面分享的幾點經(jīng)驗,也是自己日常積累的,希望對你有所幫助。寫作不易,覺得還不錯的話,請順手轉發(fā)分享下哦。

以上就是詳細分析MySQL主從復制的詳細內(nèi)容,更多關于MySQL主從復制的資料請關注腳本之家其它相關文章!

相關文章

  • 一步步教你在Navicat上如何停止正在運行的MYSQL語句

    一步步教你在Navicat上如何停止正在運行的MYSQL語句

    很多時候我們會提交一些耗時比較長的sql,可能出現(xiàn)mysql服務器內(nèi)存或者CPU暴增,引起報警,甚至影響其他業(yè)務,下面這篇文章主要給大家介紹了關于在Navicat上如何停止正在運行的MYSQL語句的相關資料,需要的朋友可以參考下
    2023-03-03
  • PHP連接MySql閃斷自動重連的方法

    PHP連接MySql閃斷自動重連的方法

    當mysql連接閃斷時,之后循環(huán)的執(zhí)行將會失敗。這篇文章主要介紹了PHP連接MySql閃斷自動重連的方法,非常不錯,具有參考借鑒價值,感興趣的朋友一起學習吧
    2016-08-08
  • Mysql在Windows系統(tǒng)快速安裝部署方法(綠色免安裝版)

    Mysql在Windows系統(tǒng)快速安裝部署方法(綠色免安裝版)

    這篇文章主要介紹了Mysql在Windows系統(tǒng)快速安裝部署方法(綠色免安裝版),需要的朋友可以參考下
    2017-06-06
  • mysql中update和select結合使用方式

    mysql中update和select結合使用方式

    這篇文章主要介紹了mysql中update和select結合使用方式,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教
    2023-08-08
  • MySQL無法創(chuàng)建外鍵的原因及解決方法

    MySQL無法創(chuàng)建外鍵的原因及解決方法

    這篇文章主要介紹了MySQL無法創(chuàng)建外鍵的原因及解決方法,然后在文中給大家及時了MySQL無法創(chuàng)建外鍵、查詢外鍵的屬性知識,感興趣的朋友一起看看吧
    2017-10-10
  • mysql修改sql_mode報錯的解決

    mysql修改sql_mode報錯的解決

    今天在Navicat中運行sql語句創(chuàng)建數(shù)據(jù)表出現(xiàn)了錯誤Err 1067。本文主要介紹了mysql修改sql_mode報錯的解決,感興趣的可以了解一下
    2021-09-09
  • MySQL索引查詢的具體使用

    MySQL索引查詢的具體使用

    本文主要介紹了MySQL索引查詢的具體使用,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2023-05-05
  • MySQL中一些常用的數(shù)據(jù)表操作語句筆記

    MySQL中一些常用的數(shù)據(jù)表操作語句筆記

    這篇文章主要介紹了MySQL中一些常用的數(shù)據(jù)表操作語句筆記,其中重點講解了刪除關聯(lián)表的方法,需要的朋友可以參考下
    2016-03-03
  • MySQL執(zhí)行狀態(tài)的查看與分析

    MySQL執(zhí)行狀態(tài)的查看與分析

    今天小編就為大家分享一篇關于MySQL執(zhí)行狀態(tài)的查看與分析,小編覺得內(nèi)容挺不錯的,現(xiàn)在分享給大家,具有很好的參考價值,需要的朋友一起跟隨小編來看看吧
    2019-03-03
  • MySQL如何從數(shù)據(jù)庫中刪除表中所有數(shù)據(jù)

    MySQL如何從數(shù)據(jù)庫中刪除表中所有數(shù)據(jù)

    這篇文章主要介紹了MySQL如何從數(shù)據(jù)庫中刪除表中所有數(shù)據(jù)問題,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教
    2023-06-06

最新評論