MySQL 数据库双主配置的详细方法

2026-03-09 05:45 栏目: 常见问题 查看( )

对于使用中的已有了一些数据库的 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 statusG 

同样的, 在 Server A 上也启动同步 Slave 进程.

因为我们确保了没有数据库写操作, 所以不需要 FLUSH TABLES WITH READ LOCK; 如果无法确保, 那就需要使用前面提到的导数据方法.

8. 验证

在不同的数据库上执行一些更新数据的操作, 看看数据是否同步过去了.

9. 完成

恢复 crontab 任务

修改 nginx, 撤下维护网页, 恢复服务

如果你有什么问题, 或者发现里这些步骤的不足, 欢迎评论!

取消主从同步

reset slave; 

相关命令

# 列出 binlog 文件列表 show binary logs;  # 查看 binlog 内容 show binlog events in 'mysql-bin.000002' limit 10;  # 存有 slave 同步状态的文件(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=; 

解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流

郑重申明:某某网络以外的任何单位或个人,不得使用该案例作为工作成功展示!