中繼鏈路
這樣的可以減輕master的壓力,不管後面有多少臺slave,都是中繼來讀取一次數據,後面的slave服務全部到中繼去拿數據
環境
10.10.100.22 -------master
10.10.100.28---------slave中繼
10.10.100.30---------slave
在主服務上授權用戶:
mysql> grant replication slave on *.* to slave@'10.10.100.%' identified by '123456';
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> flush privileges;
Query OK, 0 rows affected (0.00 sec)
建庫,建表,插入數據
mysql> create database MSS;
Query OK, 1 row affected (0.00 sec)
mysql> use MSS;
Database changed
mysql> create table test(id int,name varchar(8),sex varchar(8));
Query OK, 0 rows affected (0.00 sec)
mysql> create table pt(id int,name varchar(8),sex varchar(8));
Query OK, 0 rows affected (0.31 sec)
mysql> insert into test values (8,'lj','M');
Query OK, 1 row affected (0.00 sec)
mysql> insert into test values (9,'jj','W');
Query OK, 1 row affected (0.00 sec)
mysql> insert into test values (9,'jj','W');
Query OK, 1 row affected (0.01 sec)
mysql> exit
導出數據結構和數據
[root@localhost ~]# mysqldump -root -p123456 -B MSS > MSS.sql
mysqldump: [Warning] Using a password on the command line interface can be insecure.
將導出的數據遠程複製到其他服務器上
[root@localhost ~]# scp MSS.sql 10.10.100.28:/root/
[email protected]'s password:
MSS.sql 100% 2564 56.1KB/s 00:00
[root@localhost ~]# scp MSS.sql 10.10.100.30:/root/
[email protected]'s password:
MSS.sql 100% 2564 2.1MB/s 00:00
數據還原
[root@localhost ~]# mysql -uroot -p123456 < MSS.sql
mysql: [Warning] Using a password on the command line interface can be insecure.
修改配置文件
[root@localhost ~]# vi /etc/my.cnf
server-id=1
binlog-do-db=MSS #需要同步的庫
binlog-ignore-db=mysql #不需要同步的庫
log-bin=mysql-bin-master #啓動二進制日誌
sync-binlog=1 #啓用二進制日誌同步功能
binlog-format=row #二進制日誌格式化,以行的方式
重啓服務
[root@localhost ~]# systemctl restart mysqld
登錄數據庫查看主庫的狀態
[root@localhost ~]# mysql -uroot -p123456
mysql> show master status;
+-------------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+-------------------------+----------+--------------+------------------+-------------------+
| mysql-bin-master.000005 | 680 | MSS | mysql | |
+-------------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)
修改中繼服務的主配置文件28
[root@localhost ~]# vim /etc/my.cnf
添加下面的內容
log-bin=mysql-bin-slave1
log-slave-updates=1 #把它從relay-log當中讀取出來的二進制日誌並且這本機上執行的操作也記錄這自己的二進制日誌裏面,這樣才能使第三臺slave通過中繼slave讀取到相應數據變化
binlog-format=row
server-id=2
重啓服務
[root@localhost ~]# systemctl restart mysqld
登錄數據庫
[root@localhost ~]# mysql -uroot -p123456
mysql> stop slave;
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> change master to master_host='10.10.100.22',master_user='slave',master_password='123456';
Query OK, 0 rows affected, 2 warnings (0.07 sec)
mysql> start slave;
Query OK, 0 rows affected (0.05 sec)
mysql> show slave status \G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 10.10.100.22
Master_User: slave
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin-master.000005
Read_Master_Log_Pos: 154
Relay_Log_File: localhost-relay-bin.000006
Relay_Log_Pos: 381
Relay_Master_Log_File: mysql-bin-master.000005
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
看到這樣的狀態說明中繼服務器已經正常去主上拿去二進制日誌
給最後一個從授權
mysql> grant replication slave on *.* to 'slave'@'10.10.100.30' identified by '123456';
Query OK, 0 rows affected, 1 warning (0.04 sec)
mysql> flush privileges;
Query OK, 0 rows affected (0.00 sec)
配置slave服務30
修改配置文件
[root@localhost ~]# vim /etc/my.cnf
添加下面的內容
log-bin=mysql-bin-slave2
server-id=3
binlog-format=row
重啓服務
[root@localhost ~]# systemctl restart mysqld
登錄數據庫
[root@localhost ~]# mysql -uroot -p123456
mysql> stop slave ;
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> change master to master_host='10.10.100.28',master_user='slave',master_password='123456';
Query OK, 0 rows affected, 2 warnings (0.06 sec)
mysql> start slave;
Query OK, 0 rows affected (0.04 sec)
mysql> show slave status \G
*************************** 1. row ***************************
Slave_IO_State: Connecting to master
Master_Host: 10.10.100.28
Master_User: slave
Master_Port: 3306
Connect_Retry: 60
Master_Log_File:
Read_Master_Log_Pos: 4
Relay_Log_File: localhost-relay-bin.000001
Relay_Log_Pos: 4
Relay_Master_Log_File:
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
測試數據同步
在主庫上
查看pt表
mysql> select * from pt;
Empty set (0.00 sec)
插入一條數據
mysql> insert into pt values (11,'kk','M');
Query OK, 1 row affected (0.11 sec)
在另外的兩臺服務器上查詢
28
mysql> select * from pt;
+------+------+------+
| id | name | sex |
+------+------+------+
| 11 | kk | M |
+------+------+------+
1 row in set (0.00 sec)
30
mysql> select * from pt;
+------+------+------+
| id | name | sex |
+------+------+------+
| 11 | kk | M |
+------+------+------+
1 row in set (0.01 sec)
說明數據都已經同步
mms已經搭建完成
優化修改配置,讓中繼服務器不存儲數據,只抓取二進制日誌,真正的只做橋樑的作用,只需要修改中繼服務器的引擎修改成黑洞引擎就可以實現
操作步驟如下
修改之前需要先將二進制的同步功能關閉
登錄數據庫
mysql> set sql_log_bin=off; #暫時關閉二進制日誌功能,這樣修改的內容就不會同步到30上面
mysql> alter table pt engine=blackhole; #修改pt表的存儲引擎爲黑洞引擎
Query OK, 1 row affected (0.00 sec)
Records: 1 Duplicates: 0 Warnings: 0
查看是否修改成功
mysql> show create table pt;
+-------+--------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Table | Create Table |
+-------+--------------------------------------------------------------------------------------------------------------------------------------------------------------+
| pt | CREATE TABLE `pt` (
`id` int(11) DEFAULT NULL,
`name` varchar(8) DEFAULT NULL,
`sex` varchar(8) DEFAULT NULL
) ENGINE=BLACKHOLE DEFAULT CHARSET=latin1 |
+-------+--------------------------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)
開啓二進制日誌功能
mysql> set sql_log_bin=on;
Query OK, 0 rows affected (0.00 sec)
正常來說現在這臺服務器是已經沒有數據
mysql> select * from pt; 這個表已經空了,但是不影響數據的同步
Empty set (0.00 sec)
在主數據庫22,插入一條數據,測試
mysql> insert into pt values (12,'test','W');
Query OK, 1 row affected (0.05 sec)
在中繼服務,slave分別查看
中繼
mysql> select * from pt;
Empty set (0.00 sec)
從
mysql> select * from pt;
+------+------+------+
| id | name | sex |
+------+------+------+
| 11 | kk | M |
| 12 | test | W |
+------+------+------+
2 rows in set (0.00 sec)
這樣就搭建完成。。
排錯
錯誤1
mysql> show slave status\G
Read_Master_Log_Pos: 288
Exec_Master_Log_Pos: 107
Last_SQL_Errno: 1146
Last_SQL_Error: Error executing row event: 'Table 'MSS.student' doesn't exist'
因爲只對MSS記錄了binlog,當在mydb庫操作其它數據庫的表,但該表在slave上又不存在時就出錯了。
到master上查看事件記錄
這個報錯主要是沒有這個表的原因,可以在主庫上把這個表導出來,在導入到從庫
mysql> show binlog events in 'mysql-bin-master.000002' from 107\G
由上面的結果可知,我們需要跳過兩個事務173,288
然後到salve中繼操作:
mysql> slave stop;
mysql> SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 2; 跳過一個事務
mysql> slave start;
這個搞定
或者:
它提供了一個session粒度的選項,通過關閉這個選項可以不讓主庫將打開這個選項或關閉連接前的SQL語句寫入binlog。
set sql_log_bin=off;
mysql>alter table aaa add column xxx int default 1 after yyy;
這個搞定
或者:
它提供了一個session粒度的選項,通過關閉這個選項可以不讓主庫將打開這個選項或關閉連接前的SQL語句寫入binlog。
set sql_log_bin=off;
mysql>alter table aaa add column xxx int default 1 after yyy;
模擬故障:
由於歷史遺留問題,MySQL主從庫的表結構不一致,主庫的某個表tableA比從庫表tableA少了一個字段
當嘗試在主庫上更改表結構時,這行alter語句會隨着binlog同步到從庫,如果從庫執行這行語句時出錯,主從同步線程就會自動停止,那樣只能人爲手動處理錯誤,然後再啓動slave上的主從同步線程。場景大概是下面這個樣子:
先在從庫添加這個字段:
mysql> alter table student add age int default 0 after name;
再在主庫添加這個字段:
mysql> alter table student add age int default 0 after name;修改主庫上的表結構,添加一個字段
從庫會同步主庫的,但是從庫已經存在了這個字段
查看slave狀態
解決方法1:
跳過錯誤的事物
從庫上執行:
mysql> stop slave;
set global sql_slave_skip_counter=1;
mysql> start slave;
很多slave數據庫的時候這樣改太麻煩了
slave比較少的時候還可以,但是當從庫有幾十臺時,逐臺去處理既費時又容易出錯,怎樣在主庫這一側一勞永逸地避免呢?
那很簡單,我們不要讓主庫將alter語句記錄到binlog中就行
我們直接這主庫中關閉binlog記錄
mysql> set sql_log_bin=off;
然後我們再執行alter語句
mysql> alter table student add age int default 0 after name;
再開啓bin-log
mysql> set sql_log_bin=on;
錯誤2:
這種要求對齊binlog
先到作爲它的主上查看binlog
Slave上不對應
Slave上操作:
mysql> stop slave;
mysql> change master to master_host='10.10.100.22',master_user='repl',master_password='123456',master_log_file='mysql-bin-slave1.000002',master_log_pos=415;
mysql> start slave;
查看從庫的狀態,有兩個yes
Ok,恢復正常