MySQL支持單向、異步復制，復制過程中一個服務器充當主服務器，而一個或多個其它服務器充當從服務器。主服務器將更新寫入二進制日志文件，并維護日志文件的一個索引以跟蹤日志循環。 當一個從服務器連接到主服務器時，它通知主服務器從服務器在日志中讀取的
MySQL支持單向、異步復制，復制過程中一個服務器充當主服務器，而一個或多個其它服務器充當從服務器。主服務器將更新寫入二進制日志文件，并維護日志文件的一個索引以跟蹤日志循環。
當一個從服務器連接到主服務器時，它通知主服務器從服務器在日志中讀取的最后一次成功更新的位置。從服務器接收從那時起發生的任何更新，然后封鎖并等待主服務器通知下一次更新。
在實際項目中，兩臺分布于異地的主機上安裝有MySQL數據庫，兩臺服務器互為主備，客戶要求當其中一臺機器出現故障時，另外一臺能夠接管服務器上的應用，這就需要兩臺數據庫的數據要實時保持一致，在這里使用MySQL的同步功能實現雙機的同步復制。
以下是操作實例：
1、數據庫同步設置
主機操作系統：RedHat Enterprise Linux 5
數據庫版本：MySQL Ver 14.12 Distrib 5.0.22
前提：MySQL數據庫正常啟動
假設兩臺主機地址分別為：
ServA：10.240.136.9
ServB：10.240.136.149
1.1 配置同步賬號
在ServA上增加一個ServB可以登錄的帳號：
MySQL>GRANT all privileges ON *.* TO tongbu@'10.240.136.149' IDENTIFIED BY '123456'; |
在ServB上增加一個ServA可以登錄的帳號：
MySQL>GRANT all privileges ON *.* TO tongbu@'10.240.136.9' IDENTIFIED BY '123456'; |
1.2 配置數據庫參數
1、以root用戶登錄ServA，修改ServA的my.cnf文件
vi /etc/my.cnf |
在[MySQLd]的配置項中增加如下配置：
1 default-character-set=utf8
2
3 log-bin=MySQL-bin
4
5 relay-log=relay-bin
6
7 relay-log-index=relay-bin-index
8
9 server-id=1
10
11 master-host=10.240.136.149
12
13 master-user=tongbu
14
15 master-password=123456
16
17 master-port=3306
18
19 master-connect-retry=30
20
21 binlog-do-db=umsdb
22
23 replicate-do-db=umsdb
24
25 replicate-ignore-table=umsdb.boco_tb_menu
26
27 replicate-ignore-table=umsdb.boco_tb_connect_log
28
29 replicate-ignore-table=umsdb.boco_tb_data_stat
30
31 replicate-ignore-table=umsdb.boco_tb_log_record
32
33 replicate-ignore-table=umsdb.boco_tb_workorder_record
2、以root用戶登錄ServB，修改ServB的my.cnf文件
vi /etc/my.cnf |
在[MySQLd]的配置項中增加如下配置：
1 default-character-set=utf8
2
3 log-bin=MySQL-bin
4
5 relay-log=relay-bin
6
7 relay-log-index=relay-bin-index
8
9 server-id=2
10
11 master-host=10.240.136.9
12
13 master-user=tongbu
14
15 master-password=123456
16
17 master-port=3306
18
19 master-connect-retry=30
20
21 binlog-do-db=umsdb
22
23 replicate-do-db=umsdb
24
25 replicate-ignore-table=umsdb.boco_tb_menu
26
27 replicate-ignore-table=umsdb.boco_tb_connect_log
28
29 replicate-ignore-table=umsdb.boco_tb_data_stat
30
31 replicate-ignore-table=umsdb.boco_tb_log_record
32
33 replicate-ignore-table=umsdb.boco_tb_workorder_record
1.3 手工執行數據庫同步
假設以ServA為主服務器，在ServB上重啟MySQL：
service MySQLd restart |
在ServB上用root用戶登錄MySQL，執行：
MySQL> stop slave; |
在ServA上重啟MySQL：
service MySQLd restart |
1.4 查看數據庫同步狀態
在MySQL命令提示符下執行：
MySQL> show slave status\G |
將顯示同步進程的狀態，如下所示，兩行藍色字體為slave進程狀態，如果都為yes表示正常;紅色字體表示同步錯誤指示，如果有問題會有錯誤提示：
1 *************************** 1. row ***************************
2
3 Slave_IO_State: Waiting for master to send event
4
5 Master_Host: 10.21.2.90
6
7 Master_User: tongbu
8
9 Master_Port: 3306
10
11 Connect_Retry: 30
12
13 Master_Log_File: localhost-bin.000005
14
15 Read_Master_Log_Pos: 39753882
16
17 Relay_Log_File: localhost-relay-bin.000062
18
19 Relay_Log_Pos: 9826663
20
21 Relay_Master_Log_File: localhost-bin.000005
22
23 Slave_IO_Running: Yes
24
25 Slave_SQL_Running: Yes
26
27 Replicate_Do_DB: bak,umsdb
28
29 Replicate_Ignore_DB:
30
31 Replicate_Do_Table:
32
33 Replicate_Ignore_Table: umsdb.boco_tb_connect_log,umsdb.boco_tb_menu,umsdb.boco_tb_workorder_record,umsdb.boco_tb_data_stat,umsdb.boco_tb_log_record
34
35 Replicate_Wild_Do_Table:
36
37 Replicate_Wild_Ignore_Table:
38
39 Last_Errno: 0
40
41 Last_Error:
42
43 Skip_Counter: 0
44
45 Exec_Master_Log_Pos: 39753882
46
47 Relay_Log_Space: 9826663
48
49 Until_Condition: None
50
51 Until_Log_File:
52
53 Until_Log_Pos: 0
54
55 Master_SSL_Allowed: No
56
57 Master_SSL_CA_File:
58
59 Master_SSL_CA_Path:
60
61 Master_SSL_Cert:
62
63 Master_SSL_Cipher:
64
65 Master_SSL_Key:
66
67 Seconds_Behind_Master:
3、數據庫同步測試
配置完數據庫后進行測試，首先在網絡正常情況下測試，在ServA上進行數據庫操作，和在ServB上進行數據庫操作，數據都能夠同步過去。
拔掉ServB主機上的網線，然后在ServA上做一些數據庫操作，之后再恢復ServB的網絡環境，但是在ServB上卻看不到同步的數據，通過命令show slave status\G查看發現Slave_IO_Running的狀態是No，這種狀態持續很長一段時間，數據才能同步到ServB上去。這是什么問題呢?同步延遲不會這么大吧。后來通過網上查找相關資料，找到一個同步延遲相關的參數：
--slave-net-timeout=seconds |
參數含義：當slave從主數據庫讀取log數據失敗后，等待多久重新建立連接并獲取數據。
于是在配置文件中增加該參數，設置為60秒
slave-net-timeout=60 |
重啟MySQL數據庫后測試，該問題解決。
4、 數據庫同步失效的解決
當數據同步進程失效后，首先手工檢查slave主機當前備份的數據庫日志文件在master主機上是否存在，在slave主機上運行：
MySQL> show slave status\G |
一般獲得如下的信息：
1 *************************** 1. row ***************************
2
3 Slave_IO_State: Waiting for master to send event
4
5 Master_Host: 10.21.3.240
6
7 Master_User: tongbu
8
9 Master_Port: 3306
10
11 Connect_Retry: 30
12
13 Master_Log_File: MySQL-bin.000001
14
15 Read_Master_Log_Pos: 360
16
17 Relay_Log_File: localhost-relay-bin.000003
18
19 Relay_Log_Pos: 497
20
21 Relay_Master_Log_File: MySQL-bin.000001
22
23 Slave_IO_Running: Yes
24
25 Slave_SQL_Running: Yes
26
27 Replicate_Do_DB: bak
28
29 Replicate_Ignore_DB:
30
31 Replicate_Do_Table:
32
33 Replicate_Ignore_Table:
34
35 Replicate_Wild_Do_Table:
36
37 Replicate_Wild_Ignore_Table:
38
39 Last_Errno: 0
40
41 Last_Error:
42
43 Skip_Counter: 0
44
45 Exec_Master_Log_Pos: 360
46
47 Relay_Log_Space: 497
48
49 Until_Condition: None
50
51 Until_Log_File:
52
53 Until_Log_Pos: 0
54
55 Master_SSL_Allowed: No
56
57 Master_SSL_CA_File:
58
59 Master_SSL_CA_Path:
60
61 Master_SSL_Cert:
62
63 Master_SSL_Cipher:
64
65 Master_SSL_Key:
66
67 Seconds_Behind_Master: 0
其中Master_Log_File描述的是master主機上的日志文件。
在master上檢查當前的數據庫列表：
MySQL> show master logs; |
得到的日志列表如下：
+----------------------+-----------+
| Log_name | File_size |
+----------------------+-----------+
| localhost-bin.000001 | 495 |
| localhost-bin.000002 | 3394 |
+----------------------+-----------+
如果slave主機上使用的的Master_Log_File對應的文件在master的日志列表中存在，在slave主機上開啟從屬服務器線程后可以自動同步：
MySQL> start slave; |
如果master主機上的日志文件已經不存在，則需要首先從master主機上恢復全部數據，再開啟同步機制。
在slave主機上運行：
MySQL> stop slave; |
在master主機上運行：
MySQL> stop slave; |
在slave主機上運行：
MySQL> load data from master; |
在master主機上運行：
MySQL> reset slave; |
注意：LOAD DATA FROM MASTER目前只在所有表使用MyISAM存儲引擎的數據庫上有效。
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com
Copyright ? 2019-2025 51dongshi.com 版權所有
違法及侵權請聯系：TEL:177 7030 7066 E-MAIL:11247931@qq.com 本站由北京市萬商天勤律師事務所王興未律師提供法律服務
