MySQL 數據庫雙主配置
對于使用中的已有了一些數據庫的 MySQL, 如何改造成雙主呢? 這里寫一篇文章, 詳細記錄操作步驟. 聽取各位的意見.
這里假設有兩臺服務器: A 和 B. 要讓他們互為主, 但實際使用時, 不同的服務器只服務不同的 db, 避免出現數據沖突.
如果想增加一個從庫, 可參考此篇: MySQL 在線增加從庫.
1. 修改 nginx 配置, 掛維護頁
這一步很重要. 你需要告訴你的用戶, 你的網站在維護, 同時要確保不會再出現數據庫寫操作.
另外, 還要停止 crontab 任務.
2. 備份數據庫
Server A:
- mysqldump -uroot -p --all-databases > a_dbdump_all.sql
- gzip a_dbdump_all.sql
Server B:
- mysqldump -uroot -p --all-databases > b_dbdump_all.sql
- gzip b_dbdump_all.sql
把線上數據庫備份到本地
- scp test@server_a:~/a_dbdump_all.sql.gz .
- scp test@server_b:~/b_dbdump_all.sql.gz .
3. 新建數據庫同步賬號
Server A:
- GRANT REPLICATION SLAVE ON *.* TO 'userx'@'server_b' IDENTIFIED BY 'xxxxx';
Server B:
- GRANT REPLICATION SLAVE ON *.* TO 'userx'@'server_a' IDENTIFIED BY 'xxxxx';
4. 修改 mysql 配置
Server A:
- [mysqld]
- server-id=1
- log-bin=mysql-bin
- log-slave-updates
- binlog-ignore-db=mysql
- binlog-ignore-db=test
- binlog-ignore-db=information_schema
- binlog-ignore-db=performance_schema
- replicate-ignore-db=mysql
- replicate-ignore-db=test
- replicate-ignore-db=information_schema
- replicate-ignore-db=performance_schema
- master-connect-retry=10
Server B:
- [mysqld]
- server-id=2
- log-bin=mysql-bin
- log-slave-updates
- binlog-ignore-db=mysql
- binlog-ignore-db=test
- binlog-ignore-db=information_schema
- binlog-ignore-db=performance_schema
- replicate-ignore-db=mysql
- replicate-ignore-db=test
- replicate-ignore-db=information_schema
- replicate-ignore-db=performance_schema
- master-connect-retry=10
注意, 他們的 server-id 不相同.
5. 重啟 MySQL, 測試同步賬號可用
重啟 MySQL.
Server A:
- mysql -hserver_b -uuserx -pxxxxx
Server B:
- mysql -hserver_a -uuserx -pxxxxx
6. 導數據
這一步是手工將兩臺服務器數據庫(基準數據)同步.
Server A:
- mysqldump -uroot -p --databases db1 > a_dbdump.sql
- scp a_dbdump.sql test@server_b:~
Server B:
- mysqldump -uroot -p --databases db2 > b_dbdump.sql
- scp b_dbdump.sql test@server_a:~
Server A:
- source b_dbdump.sql
Server B:
- source a_dbdump.sql
可以使用下面的命令, 來自動導出基準數據并記錄 log position:
- mysqldump --all-databases --master-data > dbdump.db
這個命令會自動生成 CHANGE MASTER TO 語句,
7. 啟動 Slave 線程
Server A:
- FLUSH TABLES;
- show master status;
會顯示這樣的信息.
- *************************** 1. row ***************************
- File: mysql-bin.000001
- Position: 106
- Binlog_Do_DB:
- Binlog_Ignore_DB: mysql,test,information_schema,performance_schema
- 1 row in set (0.00 sec)
記錄 File 和 Position, 這時 binlog 的當前位置, 因為 Slave 要從這個位置開始同步數據.
Server B:
- CHANGE MASTER TO MASTER_HOST='server_a';
- CHANGE MASTER TO MASTER_USER='userx';
- CHANGE MASTER TO MASTER_PASSWORD='xxxxx';
- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=106;
- start slave;
- show slave status\G
同樣的, 在 Server A 上也啟動同步 Slave 進程.
因為我們確保了沒有數據庫寫操作, 所以不需要 FLUSH TABLES WITH READ LOCK; 如果無法確保, 那就需要使用前面提到的導數據方法.
8. 驗證
在不同的數據庫上執(zhí)行一些更新數據的操作, 看看數據是否同步過去了.
9. 完成
恢復 crontab 任務
修改 nginx, 撤下維護網頁, 恢復服務
如果你有什么問題, 或者發(fā)現里這些步驟的不足, 歡迎評論!
取消主從同步
- reset slave;
相關命令
- # 列出 binlog 文件列表
- show binary logs;
- # 查看 binlog 內容
- show binlog events in 'mysql-bin.000002' limit 10;
- # 存有 slave 同步狀態(tài)的文件(master.info)
- cat /var/lib/mysql/master.info
變更master的IP時, 必須根據master.info里的信息, 同時變更LOGFILE信息:
- CHANGE MASTER TO MASTER_HOST='1.2.3.4';
- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.xxx', MASTER_LOG_POS=;
