前言
當(dāng)我們搭建MySQL集群時,自然需要完成數(shù)據(jù)庫的主從同步來保證數(shù)據(jù)一致性。而主從同步的方式也分很多種,一主多從、鏈?zhǔn)街鲝摹⒍嘀鞫鄰模鶕?jù)你的需要來進(jìn)行設(shè)置。但只要你需要主從同步,就一定要注意server-id的配置,否則會出現(xiàn)主從復(fù)制異常。
在控制數(shù)據(jù)庫數(shù)據(jù)復(fù)制和日志管理中,有兩個重要的配置:server-id和server-uuid,他們會影響二進(jìn)制日志文件記錄和全局事務(wù)標(biāo)識。
server-id配置
當(dāng)你使用主從拓?fù)鋾r,一定要對所有MySQL實例都分別指定一個獨特的互不相同的server-id。默認(rèn)值為0,當(dāng)server-id=0時,對于主機來說依然會記錄二進(jìn)制日志,但會拒絕所有的從機連接;對于從機來說則會拒絕連接其它實例。
MySQL實例的server-id是一個全局變量,可以直接查看:
1
2
3
4
5
6
7
|
mysql> show variables like '%server_id%' ; + ---------------+-----------+ | Variable_name | Value | + ---------------+-----------+ | server_id | 171562767 | + ---------------+-----------+ 1 row in set (0.00 sec) |
我們可以在線直接修改全局變量server-id,但不會立即生效,所以修改后記得重啟服務(wù)。而重啟后又會重新讀取系統(tǒng)配置文件配置,導(dǎo)致剛才的修改失效,因此建議修改配置文件后重啟服務(wù)而不是在線修改:
1
2
3
4
5
6
7
8
|
#my.cnf [mysqld] #replication log-bin=mysql-bin server-id=171562767 sync_binlog=1 binlog- ignore -db=mysql binlog- ignore -db=information_schema |
server-id用途
server-id用于標(biāo)識數(shù)據(jù)庫實例,防止在鏈?zhǔn)街鲝摹⒍嘀鞫鄰耐負(fù)渲袑?dǎo)致SQL語句的無限循環(huán):
- 標(biāo)記binlog event的源實例
- 過濾主庫binlog,當(dāng)發(fā)現(xiàn)server-id相同時,跳過該event執(zhí)行,避免無限循環(huán)執(zhí)行。
- 如果設(shè)置了replicate-same-server-id=1,則執(zhí)行所有event,但有可能導(dǎo)致無限循環(huán)執(zhí)行SQL語句。
我們用兩個例子來說明server-id為什么不要重復(fù):
當(dāng)主庫和備庫server-id重復(fù)時
由于默認(rèn)情況replicate-same-server-id=0,因此備庫會跳過所有主庫同步的數(shù)據(jù),導(dǎo)致主從數(shù)據(jù)的不一致。
當(dāng)兩個備庫server-id重復(fù)時
會導(dǎo)致從庫跟主庫的連接時斷時連,產(chǎn)生大量異常。根據(jù)MySQL的設(shè)計,主庫和從庫通過事件機制進(jìn)行連接和同步,當(dāng)新的連接到來時,如果發(fā)現(xiàn)server-id相同,主庫會斷開之前的連接并重新注冊新連接。當(dāng)A庫連接上主庫時,此時B庫連接到來,會斷開A庫連接,A庫再進(jìn)行重連,周而復(fù)始導(dǎo)致大量異常信息。
生成server-id的規(guī)則
既然server-id不能相同,而當(dāng)我們有10個實例時,怎么保證每個都不同呢?有幾種常用的方法:
- 隨機數(shù)
- 時間戳
- IP地址+端口
- 在管理中心集中分配,生成自增ID
上面的這些方法都可以,但是注意不要超過了最大值2^32-1,同時值最好>2。我采用的方法是IP地址后兩位+本機MySQL實例序號,但如果是通過docker來進(jìn)行管理多實例時,這個怎么生成大家可以想下有沒有什么優(yōu)美的解決方案。
server-uuid配置
MySQL服務(wù)會自動創(chuàng)建并生成server-uuid配置:
- 讀取${data_dir}/auto.cnf文件中的UUID
- 如果不存在,自動創(chuàng)建文件和生成新的UUID并讀取
1
2
3
|
shell> cat ~ /mysql/data/auto .cnf [auto] server-uuid=fd5d03bc-cfde-11e9-ae59-48d539355108 |
這個auto.cnf配置風(fēng)格類似于my.cnf,但這個文件只包含一個auto配置塊和一行server-uuid配置。它是自動創(chuàng)建的,因此不要修改它的內(nèi)容。
在主從拓?fù)渲校鲝目梢灾阑ハ嗟腢UID,在主機上使用show slave hosts,在從機上使用show slave status查看Master_UUID字段。
server-uuid參數(shù)并不能取代server-id,他們有不同的作用。當(dāng)主從同步時如果主從實例的server-uuid相同會報錯退出,不過我們可以通過設(shè)置replicate-same-server-id=1來避免報錯(不推薦)。
參考資料
- 17.1.6 Replication and Binary Logging Options and Variables:https://dev.mysql.com/doc/ref...
- 如何生成唯一的server Id:http://www.jfrwli.cn/article/120460.html
總結(jié)
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,謝謝大家對服務(wù)器之家的支持。
原文鏈接:https://segmentfault.com/a/1190000020315036