MySQL數(shù)據(jù)庫雙主改造

來源：懂視網(wǎng) 責(zé)編：小采時間：2020-11-09 07:24:13

MySQL數(shù)據(jù)庫雙主改造

MySQL數(shù)據(jù)庫雙主改造:對于使用中的已有了一些數(shù)據(jù)庫的 MySQL, 如何改造成雙主呢這里寫一篇文章, 詳細(xì)記錄操作步驟. 聽取各位的意見. 這里假設(shè)有兩臺服務(wù)器: A 和 B. 要讓他們互為主, 但實際使用時, 不同的服務(wù)器只服務(wù)不同的 db, 避免出現(xiàn)數(shù)據(jù)沖突. 1. 修改 nginx

推薦度：

點擊下載本文 文檔為doc格式

導(dǎo)讀MySQL數(shù)據(jù)庫雙主改造:對于使用中的已有了一些數(shù)據(jù)庫的 MySQL, 如何改造成雙主呢這里寫一篇文章, 詳細(xì)記錄操作步驟. 聽取各位的意見. 這里假設(shè)有兩臺服務(wù)器: A 和 B. 要讓他們互為主, 但實際使用時, 不同的服務(wù)器只服務(wù)不同的 db, 避免出現(xiàn)數(shù)據(jù)沖突. 1. 修改 nginx

對于使用中的已有了一些數(shù)據(jù)庫的 MySQL, 如何改造成雙主呢? 這里寫一篇文章, 詳細(xì)記錄操作步驟. 聽取各位的意見. 這里假設(shè)有兩臺服務(wù)器: A 和 B. 要讓他們互為主, 但實際使用時, 不同的服務(wù)器只服務(wù)不同的 db, 避免出現(xiàn)數(shù)據(jù)沖突. 1. 修改 nginx 配置, 掛維護

對于使用中的已有了一些數(shù)據(jù)庫的 MySQL, 如何改造成雙主呢? 這里寫一篇文章, 詳細(xì)記錄操作步驟. 聽取各位的意見.

這里假設(shè)有兩臺服務(wù)器: A 和 B. 要讓他們互為主, 但實際使用時, 不同的服務(wù)器只服務(wù)不同的 db, 避免出現(xiàn)數(shù)據(jù)沖突.

1. 修改 nginx 配置, 掛維護頁

這一步很重要. 你需要告訴你的用戶, 你的網(wǎng)站在維護, 同時要確保不會再出現(xiàn)數(shù)據(jù)庫寫操作.

另外, 還要停止 crontab 任務(wù).

2. 備份數(shù)據(jù)庫

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

把線上數(shù)據(jù)庫備份到本地

scp test@server_a:~/a_dbdump_all.sql.gz .
scp test@server_b:~/b_dbdump_all.sql.gz .

3. 新建數(shù)據(jù)庫同步賬號

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. 導(dǎo)數(shù)據(jù)

這一步是手工將兩臺服務(wù)器數(shù)據(jù)庫(基準(zhǔn)數(shù)據(jù))同步.

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

5. 修改 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=10Server 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 不相同.

6. 重啟 MySQL, 測試同步賬號可用

重啟 MySQL.

Server A:

mysql -hserver_b -uuserx -pxxxxx

Server B:

mysql -hserver_a -uuserx -pxxxxx

7. 啟動 Slave 線程

Server A:

FLUSH TABLES;
show master status;

會顯示這樣的信息.

***************************1. row ***************************File: mysql-bin.000001Position:106Binlog_Do_DB:Binlog_Ignore_DB: mysql,test,information_schema,performance_schema
1 row inset(0.00 sec)

記錄 File 和 Position, 這時 binlog 的當(dāng)前位置, 因為 Slave 要從這個位置開始同步數(shù)據(jù).

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 進程.

因為我們確保了沒有數(shù)據(jù)庫寫操作, 所以不需要 FLUSH TABLES WITH READ LOCK;.