環(huán)境介紹:

Ubuntu Server 16.04.2+MySQL 5.7.17 Community Server (GPL)

MySQL安裝

通過APT的方式安裝，官方指導(dǎo)文檔地址：
https://dev.mysql.com/downloads/repo/apt/

1、下載mysql-apt-config_0.8.3-1_all.deb

2、安裝deb

A Quick Guide to Using the MySQL APT Repository：
https://dev.mysql.com/doc/mysql-apt-repo-quick-guide/en/

>sudo dpkg -i mysql-apt-config_0.8.3-1_all.deb

3、更新源

>sudo apt-get update

4、安裝MySQL

>sudo apt-get install mysql-server

5、根據(jù)提示選擇安裝和設(shè)置密碼。

另外，還需要對其進行設(shè)置，綁定的IP和打開防火墻的3306端口，這里主要是學(xué)習MySQL半同步復(fù)制，對MySQL的安裝不做多解釋，如果疑問歡迎留言。

MySQL半同步復(fù)制介紹

（1）默認情況下，MySQL的復(fù)制功能是異步的，異步復(fù)制可以提供最佳的性能， 主庫把binlog日志發(fā)送給從庫，這一動作就結(jié)束了，并不會驗證從庫是否接收完畢，這一過程，也就意味著有可能出現(xiàn)當主服務(wù)器或從服務(wù)器端發(fā)生故障的時候，有可能從服務(wù)器沒有接收到主服務(wù)器發(fā)送過來的binlog日志，這就會造成主服務(wù)器和從服務(wù)器的數(shù)據(jù)不一致，甚至在恢復(fù)時造成數(shù)據(jù)的丟失。

注意：

半同步復(fù)制模式必須在主服務(wù)器和從服務(wù)器端同時開啟，否則主服務(wù)器默認使用異步復(fù)制模式。

（2）異步復(fù)制案例:

MySQL5.6 數(shù)據(jù)庫主從（Master/Slave）同步安裝與配置詳解

（3）為了解決上述可能發(fā)生的錯誤，MySQL 5.5 引入了一種半同步復(fù)制模式。該模式可以確保從服務(wù)器接收完主服務(wù)器發(fā)送的binlog日志文件并寫入到自己的中繼日志relay log里，然后會給主服務(wù)器一個反饋，告訴主服務(wù)器已經(jīng)接收完畢，這時主服務(wù)線程才返回給當前session告知操作完成。

（4）當出現(xiàn)超時情況是，主服務(wù)器會暫時切換到異步復(fù)制模式，直到至少有一個從服務(wù)器從及時收到信息為止。

（5）中繼日志的自我修復(fù):

從MySQL 5.5.X 版本開始，增加了relay_log_recovery參數(shù)，這個參數(shù)的作用是：當slave從庫宕機后，假如relay.log損壞了，導(dǎo)致一部分中繼日志沒有處理，則自動放棄所有未執(zhí)行的relay-log,并且重新從master上獲取日志，這樣就保證了relay-log的完整性。默認情況下該功能是關(guān)閉的，將relay_log_recovery的值設(shè)置為1時，可在slave從庫上開啟該功能，建議開啟。

（6）半同步復(fù)制與異步復(fù)制的切換：

半同步復(fù)制的工作原理就是當slave從庫IO_Thread線程將binlog日志接收完畢之后，要給master主庫一個確認，如果rpl_semi_sync_master_timeout=10000 (10秒)超過10秒未收到slave從庫的接受確認信號，那么就會自動切換為傳統(tǒng)的異步復(fù)制模式。

MySQL半同步復(fù)制配置

首先，需要安裝兩個MySQL，這里是：

• Master：192.168.1.227
• Slave：192.168.1.224

原始數(shù)據(jù)庫的模樣如下：

一、Master配置

（1）在Master數(shù)據(jù)庫安裝半同步復(fù)制插件：

mysql>INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';

（2）設(shè)置Master上開啟半同步復(fù)制：

mysql>SET GLOBAL rpl_semi_sync_master_enabled = 1;

（3）修改mysqld.cnf 配置文件：

上圖指出了MySQL配置的文件路徑。

[mysqld]

log-bin=mysql-bin
server_id = 10086
server_id_bits = 33
rpl_semi_sync_master_enabled=1
rpl_semi_sync_master_timeout=1000

（4）修改MySQL server-uuid配置文件：

root@xuliugen:/var/lib/mysql# pwd
/var/lib/mysql

修改 auto.cnf文件，server-uuid的值格式固定，為了和Slave的區(qū)別開

[auto]
server-uuid=8d90feb7-1a88-11e7-9d11-000c298a546f

（5）查看配置是否成功：

mysql>SELECT PLUGIN_NAME, PLUGIN_STATUS FROM INFORMATION_SCHEMA.PLUGINS WHERE PLUGIN_NAME LIKE '%semi%';

（6）參數(shù)說明：

1、rpl_semi_sync_master_enabled = 1,表示在master上已經(jīng)開啟了半同步復(fù)制模式；

2、rpl_semi_sync_master_timeout = 10000，表示如果主庫在某次事務(wù)中的等待時間超過10000毫秒，則降級為異步復(fù)制模式，不在等待slave從庫。如果主庫再次探測到slave從恢復(fù)了，則會自動切換回半同步復(fù)制模式；

3、rpl_semi_sync_master_wait_no_slave ,表示是否允許master每個事務(wù)提交后都要等待slave的接收確認信號。默認為ON，即每一個事務(wù)都會等待。如果為OFF，則slave追趕上之后，也不會開啟半同步復(fù)制模式，需要手工開啟；

4、rpl_semi_sync_master_trace_level = 32,指用于開啟半同步復(fù)制模式時的調(diào)試級別，默認為32。

可以看出，在配置Master的時候，只設(shè)置了1，其他的都采取的默認設(shè)置。

二、Slave配置

（1）在Slave數(shù)據(jù)庫安裝半同步復(fù)制插件：

mysql>INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';

（2）設(shè)置Slave上開啟半同步復(fù)制：

mysql>SET GLOBAL rpl_semi_sync_slave_enabled = 1;

（3）修改mysqld.cnf 配置文件：

[mysqld]

log-bin=mysql-bin
server_id=10089
server_id_bits = 32
rpl_semi_sync_slave_enabled = 1

（4）修改MySQL server-uuid配置文件：

root@xuliugen:/var/lib/mysql# pwd
/var/lib/mysql

修改 auto.cnf文件，server-uuid的值格式固定，為了和Slave的區(qū)別開

[auto]
server-uuid=8d90feb7-1a88-11e7-9d11-000c298a123f

確保和Master的server-uuid不一樣！

（5）查看配置是否成功：

mysql>SELECT PLUGIN_NAME, PLUGIN_STATUS FROM INFORMATION_SCHEMA.PLUGINS WHERE PLUGIN_NAME LIKE '%semi%';

（6）參數(shù)說明：

1、rpl_semi_sync_slave_enabled = 1,表示在slave上已經(jīng)開啟了半同步復(fù)制模式；

2、rpl_semi_sync_slave_trace_level = 32,指用于開啟半同步復(fù)制模式時的調(diào)試級別，默認為32。

三、為Slave指定Master

（1）命令行模式下重啟Master

root@xuliugen:~# service mysql restart

（2）命令行模式下重啟Slave

root@xuliugen:~# service mysql restart

（3）查看Master狀態(tài)：

mysql> show master status\G;
*************************** 1. row ***************************
       File: mysql-bin.000004
     Position: 154
   Binlog_Do_DB:
 Binlog_Ignore_DB:
Executed_Gtid_Set:
1 row in set (0.02 sec)

mysql>

注意：

File: mysql-bin.000004
Position: 154

很重要，后邊需要使用！

（4）為Slave指定Master：

1、首先關(guān)閉Slave的半同步復(fù)制

mysql> stop slave;
Query OK, 0 rows affected (0.01 sec)

2、為Slave指定Master

mysql>change master to master_host='192.168.1.227',master_user='root',master_password='123456',master_log_file='mysql-bin.000004', master_log_pos=154;

Query OK, 0 rows affected, 2 warnings (0.02 sec)

其中：

master_host='192.168.1.227',Master主庫IP地址
master_user='root',Master主庫數(shù)據(jù)庫賬戶
master_password='123456',Master主庫數(shù)據(jù)庫root用戶密碼
master_log_file='mysql-bin.000004', Master主庫binlog文件
master_log_pos=154，Master主庫binlog文件position

注意：

在MySQL 5.6版本以后，在進行主從復(fù)制的時候可以使用GTID的方式，無需再找binglog和pos點，只需要知道主服務(wù)器的IP、端口、賬戶、密碼就可以實現(xiàn)自動找點同步，開啟GTID功能的時候就不用再使用binlog和pos了。詳細信息，請查閱相關(guān)資料進行學(xué)習。

3、開啟Slave的半同步復(fù)制

mysql> start slave;
Query OK, 0 rows affected (0.01 sec)

四、測試半同步復(fù)制是否成功

五、如何優(yōu)雅的關(guān)閉Slave同步信息

在某些時候，一臺服務(wù)器不再用來作為Slave，那么我們就需要清楚他的同步信息，一般會使用：

mysql> stop slave #先關(guān)閉
mysql> reset slave #清楚Slave同步信息

但是，這樣再通過show master status\G顯示的時候：

mysql> show master status\G;

還是會出現(xiàn)同步的信息，這是因為執(zhí)行了 reset slave 只是把 master.info 和 relay-log.info 文件刪除了，但同步信息還在，如果有人在執(zhí)行start slave命令開啟了同步功能，結(jié)果就會又從頭開始同步了，有可能還會造成數(shù)據(jù)的丟失。

如何讓其清除的更干凈哪？請使用下邊的命令：

mysql> stop slave #先關(guān)閉
mysql> reset slave all#清楚Slave同步信息

再次執(zhí)行show master status\G就不會再有任何信息了。

六、部分異常場景模擬

（1）半同步復(fù)制與異步復(fù)制的切換：

上述已經(jīng)介紹了為什么會出現(xiàn)半同步復(fù)制到異步復(fù)制的切換，那么現(xiàn)在模擬一個場景進行演示。

場景如下：

1、關(guān)閉slave同步，停止IO接收binlog日志

mysql> stop slave;

該操作就將IO線程關(guān)閉，等待10秒之后，如果master未收到來自slave的確認信息，就會切換到異步復(fù)制模式：

上圖看到slave已經(jīng)關(guān)閉了半同步復(fù)制模式，再次開啟：

mysql> start slave;

此時，已經(jīng)還原到半同步復(fù)制模式了。

（2）同步報錯案例演示：

我們，首先從slave庫上刪除數(shù)據(jù)庫表 ufind，然后到master再次刪除該庫ufind，該同步就會報錯：

Last_Error: Error 'Can't drop database 'ufind'; database doesn't exist' on query. Default database: 'ufind'. Query: 'DROP DATABASE `ufind`'

此時，查看半同步狀態(tài)：

是開啟的，因此沒有將半同步復(fù)制模式轉(zhuǎn)化為異步復(fù)制模式，可以看出半同步復(fù)制模式跟IO_Thread是有直接關(guān)系的，但跟SQL_THREAD沒有關(guān)系。

也就是說，slave從庫接收完二進制日志后給master主庫一個確認，但是他不會管relay-log中繼日志是否執(zhí)行完畢。

六、半同步復(fù)制模式性能分析及優(yōu)缺點

在通常情況下，由于異步復(fù)制模式不需要等待從服務(wù)器的響應(yīng)，其速度較半同步復(fù)制模式要快，吞吐率要高，在數(shù)據(jù)進行更新、插入、刪除的時候其速度要高于半同步復(fù)制模式。但是，半同步復(fù)制模式有利于數(shù)據(jù)的一致性，對于一些數(shù)據(jù)一致性要求較高的，網(wǎng)絡(luò)波動較小的可以采用半同步復(fù)制模式。

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習有所幫助，也希望大家多多支持腳本之家。

最新評論