MySQL資料庫雙機熱備份
1、mysql 資料庫沒有增量備份的機制
當資料量太大的時候備份是一個很大的問題。還好 mysql 資料庫提供了一種主從備份的機制，其實就是把主資料庫的所有的資料同時寫到備份資料庫中。實作 mysql 資料庫的熱備份。
2、要想實作雙機的熱備首先要了解主從資料庫伺服器的版本的需求。
要實作熱備 mysql 的版本都要高于3.2，還有一個基本的原則就是作為從資料庫的資料庫版本可以高于主伺服器資料庫的版本，但是不可以低于主伺服器的資料庫版本。
3、設定主資料庫伺服器：
a.首先檢視主伺服器的版本
首先檢視主伺服器的版本是否是支援熱備的版本。然後檢視 my.cnf(類 unix)或者 my.ini(windows)中 mysqld 配置塊的配置有沒有 log-bin (記錄資料庫更改日志)，因為 mysql 的複制機制是基于日志的複制機制，是以主伺服器一定要支援更改日志才行。然後設定要寫入日志的資料庫或者不要寫入日志的資料庫。這樣隻有您感興趣的資料庫的更改才寫入到資料庫的日志中。
b.配置
1.建立同步使用者
mysql> GRANT REPLICATION SLAVE ON *.*
-> TO 'repl'@'%' IDENTIFIED BY 'slavepass';4.0.2 以前的版本, 因為不支援 REPLICATION要使用下面的語句來實作這個功能
mysql> GRANT FILE ON *.*
-> TO 'repl'@'%' IDENTIFIED BY 'slavepass';
2.主從模式：A->B
A為master
修改A mysql的my.ini檔案。在mysqld配置項中加入下面配置：
以下是老版本的寫法,我用這個配置, mysql 5.6 啟動不起來,
server-id=1 //資料庫的 id 這個應該預設是1就不用改動
log-bin=log_name //日志檔案的名稱，這裡也可以制定日志到别的目錄 如果沒有設定則預設主機名的一個日志名稱
binlog-do-db=db_name //記錄日志的資料庫
binlog-ignore-db=db_name //不記錄日志的資料庫
由于我使用的是5.6 的版本, 配置如下:
binlog_do_db=test
server_id= 1log_bin=F:/db-data/binlog/binLog.log
log-error =F:/db-data/logs/mysql-error.log
general_log= 1general_log_file=F:/db-data/logs/mysql.log
c.重起資料庫服務。
用show master status 指令看日志情況。
mysql>show master status ;+---------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+---------------+----------+--------------+------------------+-------------------+
| binLog.000001 | 120 | test | | |
+---------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)
B為slave
老版本可以修改B mysql的my.ini檔案。在mysqld配置項中加入下面配置：
server-id=2master-host=xxxxxxx#同步使用者帳号
master-user=x
master-password=x
master-port=3306#預設重試間隔60秒
master-connect-retry=60#告訴slave隻做backup資料庫的更新replicate-do-db=test
binlog_ignore_db=mysql
但是 Mysql版本從5.1.7以後開始就不支援“master-host”類似的參數了;
無奈之下，從資料庫my.cnf修改為以下配置；(主資料庫中注意ID為1，并加入要同步的庫既可)
server-id=2
然後再從庫執行指令:
change master to master_host='***.**.**.***', master_user='xx', master_password='xx',MASTER_CONNECT_RETRY=60;
我們可以使用 show slave status\G; 來檢視一下slave 狀态
mysql>show slave status\G;*************************** 1. row ***************************Slave_IO_State: Waitingfor master tosend event
Master_Host:115.29.36.149Master_User: c
Master_Port:3306Connect_Retry:60Master_Log_File: binLog.000001Read_Master_Log_Pos:107Relay_Log_File: Q12MB1DR67JGLJT-relay-bin.000002Relay_Log_Pos:267Relay_Master_Log_File: binLog.000001Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno:0Last_Error:
Skip_Counter:0Exec_Master_Log_Pos:107Relay_Log_Space:450Until_Condition: None
Until_Log_File:
Until_Log_Pos:0Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master:0Master_SSL_Verify_Server_Cert: No
Last_IO_Errno:0Last_IO_Error:
Last_SQL_Errno:0Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id:1Master_UUID:
Master_Info_File: F:\db-data\mysql\master.info
SQL_Delay:0SQL_Remaining_Delay:NULLSlave_SQL_Running_State: Slave hasread all relay log; waiting for the slave I/O thread toupd
ate it
Master_Retry_Count:86400Master_Bind:
Last_IO_Error_Timestamp:
Last_SQL_Error_Timestamp:
Master_SSL_Crl:
Master_SSL_Crlpath:
Retrieved_Gtid_Set:
Executed_Gtid_Set:
Auto_Position:0
1 row in set (0.00 sec)
很明顯, 哥成功了,
當然有時候我們也會失敗,那樣我們可以使用 start/stop savle 來改變 從機的狀态 ,或者在 Last_SQL_Error 裡找到錯誤日志
雙機互備模式。
如果在A加入slave設定，在B加入master設定，則可以做B->A的同步。
注意：當有錯誤産生時*.err日志檔案。同步的線程退出，當糾正錯誤後要讓同步機制進行工作，運作slave start
重起AB機器，即可實作雙向的熱備。