MySQL 數據庫兩台主機同步實戰(linux)。本站提示廣大學習愛好者：（MySQL 數據庫兩台主機同步實戰(linux)）文章只能為提供參考，不一定能成為您想要的結果。以下是MySQL 數據庫兩台主機同步實戰(linux)正文
當一個從辦事器銜接到主辦事器時，它告訴主辦事器從辦事器在日記中讀取的最初一次勝利更新的地位。從辦事器吸收從那時起產生的任何更新，然後封閉並期待主辦事器告訴下一次更新。
在現實項目中，兩台散布於異地的主機上裝置有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;
MySQL> load data from master;
MySQL> start 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;
MySQL> reset master;
MySQL> start slave;
在master主機上運轉：
MySQL> reset slave;
MySQL>start slave;
留意：LOAD DATA FROM MASTER今朝只在一切表應用MyISAM存儲引擎的數據庫上有用。
