MySQL的Replication是一種多個MySQL的數據庫做主從同步的方案,特點是異步,廣泛用在各種對MySQL有更高性能,更高可靠性要求的場合。與之對應的另一個技術是同步的MySQL Cluster,但因爲比較複雜,使用者較少。
下圖是MySQL官方給出了使用Replication的場景:
Replication原理
Mysql 的 Replication 是一個異步的複製過程,從一個MySQL節點(稱之爲Master)複製到另一個MySQL節點(稱之Slave)。在 Master 與 Slave 之間的實現整個複製過程主要由三個線程來完成,其中兩個線程(SQL 線程和 I/O 線程)在 Slave 端,另外一個線程(I/O 線程)在 Master 端。
要實現 MySQL 的 Replication ,首先必須打開 Master 端的 Binary Log,因爲整個複製過程實際上就是 Slave 從 Master 端獲取該日誌然後再在自己身上完全順序的執行日誌中所記錄的各種操作。
看上去MySQL的Replication原理非常簡單,總結一下:
* 每個從僅可以設置一個主。
* 主在執行sql之後,記錄二進制log文件(bin-log)。
* 從連接主,並從主獲取binlog,存於本地relay-log,並從上次記住的位置起執行sql,一旦遇到錯誤則停止同步。
從這幾條Replication原理來看,可以有這些推論:
* 主從間的數據庫不是實時同步,就算網絡連接正常,也存在瞬間,主從數據不一致。
* 如果主從的網絡斷開,從會在網絡正常後,批量同步。
* 如果對從進行修改數據,那麼很可能從在執行主的bin-log時出現錯誤而停止同步,這個是很危險的操作。所以一般情況下,非常小心的修改從上的數據。
* 一個衍生的配置是雙主,互爲主從配置,只要雙方的修改不衝突,可以工作良好。
* 如果需要多主的話,可以用環形配置,這樣任意一個節點的修改都可以同步到所有節點。
主從設置
因爲原理比較簡單,所以Replication從MySQL 3就支持,並在所有平臺下可以工作,多個MySQL節點甚至可以不同平臺,不同版本,不同局域網。做Replication配置包括用戶和my.ini(linux下爲my.cnf)兩處設置。
首先在主MySQL節點上,爲slave創建一個用戶:
GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'slave'@'192.168.1.10' IDENTIFIED BY 'slave';
實際上,爲支持主從動態同步,或者手動切換,一般都是在所有主從節點上創建好這個用戶。然後就是MySQL本身的配置了,這需要修改my.cnf或者my.ini文件。在mysqld這一節下面增加:
server-id=1
auto-increment-increment=2
auto-increment-offset=1
log-bin
binlog-do-db=mstest
binlog_format=mixed
master-host=192.168.1.62
master-user=slave
master-password=slave
replicate-do-db=mstest
上面這兩段設置,前一段是爲主而設置,後一段是爲從設置的。也就是說在兩個MySQL節點上,各加一段就好。binlog-do-db和 replicate-do-db就是設置相應的需要做同步的數據庫了,auto-increment-increment和auto- increment-offset是爲了支持雙主而設置的(參考下一節),在只做主從的時候,也可以不設置。
雙主的設置
從原理論來看MySQL也支持雙主的設置,即兩個MySQL節點互爲主備,不過雖然理論上,雙主只要數據不衝突就可以工作的很好,但實際情況中還 是很容發生數據衝突的,比如在同步完成之前,雙方都修改同一條記錄。因此在實際中,最好不要讓兩邊同時修改。即邏輯上仍按照主從的方式工作。但雙主的設置 仍然是有意義的,因爲這樣做之後,切換主備會變的很簡單。因爲在出現故障後,如果之前配置了雙主,則直接切換主備會很容易。
雙主在設置時,只需將上面的一段設置複製一份,分別寫入兩個MySQL節點的配置文件,但要修改相應的server-id,auto- increment-offset和master-host。auto-increment-offset就是爲了讓雙主同時在一張表中進行添加操作時不 會出現id衝突,所以在兩個節點上auto-increment-offset設置爲不同的值就好。 另:不要忘了,在兩個節點上都爲對方創建用戶。 應用層的負載均衡
本文只介紹了MySQL自身的Repilication配置,在上面的圖中也可以看出,有了Replication,還需要應用層(或者中間件)做一個負載均衡,這樣才能最大程度發揮MySQL Replication的優勢,這些將在以後探討。
MySQL Replication 主從同步原理及配置
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章
巧用 TiCDC Syncpiont 構建銀行實時交易和準實時計算一體化架構
原創
2024-04-30 22:24:58
金融企業區域集中庫的設計構想和測試驗證
原創
2024-04-06 22:23:33
MySQL CLUSTER(MySQL集羣)初步
_Dendy
2020-06-21 13:37:42
基於mgr組複製搭建mysql innodb cluster集羣
Harrison Huang
2020-06-16 07:59:15
記錄實際項目中數據庫搭建經歷
Jerry_Pan1990
2020-06-01 14:27:48
Mysql 之 MHA架構集羣部署
enjoy嚣士
2020-05-21 20:32:34
windos教你從零開始搭建mysql主從複製多實例高可用集羣
Thepatterraining
2020-05-11 03:23:57
MyCat + MySQL集羣實現數據庫集羣的分片分表Centos7
樊先知樊先知
2020-03-07 16:42:15
架構設計:系統存儲(10)——MySQL簡單主從方案及暴露的問題
lm_123_456
2020-02-26 03:49:40
MySQL數據庫集羣進行正確配置步驟
sky灬鹏少
2020-02-25 18:02:49
詳解MySQL集羣下的複製(replicate)原理
sky灬鹏少
2020-02-25 18:02:49
RedHat7.6安裝docker加搭建percona的mysql集羣
weixin_38270363
2020-02-23 23:18:29
Mysql配置(4)
summerNazi
2019-09-27 12:45:28
CENTOS7 安裝PXC5.7
akongo
2019-09-23 14:09:52