MySQL 主-主 复制 (master master replication), 也叫做 mysql chained replication、multi master replication和mysql daisy chaining replication, 它是MySQL复制功能的扩展(普通复制功能见文章下半部分),允许创建多个主服务器,并且主服务器可以绑定多个从服务器。
本文介绍设置主-主复制的方法。
在多主 mysql的配置中,除了第一个主服务器外。其它添加的主服务器既当作主也当作从。因此,可以将每个添加的从服务器变为主服务器。
看上面的图,可以比较直观的看出主主复制的配置。
在本教程中,我们使用三台服务器(实例)做例子;两个主一个从,但是首先会介绍为什么我们想要设置这种链式复制模式。
本文假定mysql其它的配置已经设置好了,我们只关注配置复制功能。
数据库迁移
提升复制的性能
我最近遇到了一个大数据库迁移项目,我们不得不迁移几百GB的数据到线上服务器。数据库位于两组数据库上,它们会被整合到一组数据库中。每次迁移都会在不同的日子进行。迁移之后,应用会被重新上线,宕机的时间要尽量的少。
备份和恢复数据库的常用方法包括 mysqldump或Percona Xtrabackup等工具。备份和恢复大的数据库是相当耗时的,尤其是使用mysqldump,所以我决定在每种情况下都让当前的数据库和新生产环境中的数据库保持同步。
系统架构师、应用架构师和数据库架构师使用MySQL数据库的一个主要原因就是可以水平的扩展数据库,使用一个或者多个从扩展读操作。
当每个从服务器连接到主时,它会在主服务器上产生额外的负载。每个从服务器必须接收二进制日志的完整副本。在有许多从服务器的环境中,这会增加主服务器上的网络负载,而主服务器开始成为瓶颈。此外,主服务器还不得不处理一部分请求,包括写入请求。
添加一个额外的主服务器作为从有助于分担主服务器的负载, 并且这种配置模型还可以自由扩展,以便可以创建多个次主服务器,所有这些次服务器都作为主服务器的从,具体配置取决于具体的需求。
所有修改都会被持久化到my.cnf文件中并持久化,mysql实例会被重启。
主服务器 (primary)
主服务器 (secondary)
从服务器 (作为secondary master server的从)
下面的截图显示了我在虚拟机中对my.cnf所做的改变。
主服务器的配置 (primary)
次主服务器的配置(secondary)
从服务器 (作为次主服务器的从)
与标准复制一样,binary log和relay logs通过log-bin和relay-log参数进行设置。配置中需要额外设置的是log-slave-updates,这个参数告诉次主服务器记录主服务器的改变到它的binary log中,这样从服务器才能读取到这些改变。
GRANT REPLICATION SLAVE ON *.* TO 'user'@'host' IDENTIFIED BY 'SecurePassword';
SHOW MASTER STATUS\G;
*************************** 1. row ***************************
File: mysql-bin.000001
Position: 897
Binlog_Do_DB:
Binlog_Ignore_DB:
Executed_Gtid_Set:
On the secondary master execute this changing to your host, user, log file etc accordingly:
CHANGE MASTER TO
MASTER_HOST='primarymaster.home',
MASTER_USER='replication',
MASTER_PASSWORD='SecurePassword',
MASTER_LOG_FILE='mysql-bin.000001',
MASTER_LOG_POS=897;
完成之后执行下面的命令启动从复制:
START SLAVE;
检查次主服务器的同步状态:
SHOW SLAVE STATUS\G;
如果复制正常,你会看到下面的几行:
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Last_Error:
Seconds_Behind_Master: 0
步骤相同,依次增加账号、主地址、日志文件和位置。
在主服务器做一个更新操作,比如创建一个数据库,检查这个更新操作是否应用到次主服务器和从上。
mysql 主-主复制可以很好的提升复制的性能,或者在数据库迁移的时候执行数据库的同步。
更多的信息你可以看官方文档:16.3.6 Improving Replication Performance。
作者还了一系列关于mysql的文章,其中还介绍了如何配置主从模式,一并翻译,整合在这一篇文章中。
通常,可以配置MySQL复制实现规模扩展、方便提供报告或者提供MySQL数据库的备份。我以前写过一篇关于这个的文章。
整个过程依赖于二进制日志(binary log),这些日志被输出到主服务器上的某个文件夹,从服务器读取这些日志并应用保持和主服务器的同步。
本文是一篇MySQL复制教程。我将设置MySQL复制功能,使用了两个MySQL服务器,一个主服务器和一个从服务器。本文假设服务器是新的,并且还没有在它们上创建数据库。
我不会列出所有可能的设置或配置。只是必要的复制设置。
需要对主服务器和从服务器的mysql配置文件进行更改。确保mysql配置文件中没有会导致任何网络问题的设置。关闭–skip-networking,并且确保–bind-address设置正确。
配置完之后重启你的mysql服务,检查这些变量,看看文件夹下二进制文件是否存在。
配置完之后重启你的mysql服务,检查这些变量是否已持久化。
对于其它一些有用的可选配置,检查官方的文档。
从需要认证才能连接到主上,你需要在主上创建一个账号,以便从使用这个账号连接主。
虽然你可以使用一个已存在的账号,但是实践上不建议你这么做,原因有二:
GRANT REPLICATION SLAVE ON *.* TO 'replication'@'yourhostname.com' IDENTIFIED BY 'EnterSecurePasswordHere';
二进制日志文件的目的就是用来记录主上的改变,这些改变需要同样应用到从上。您需要找到主二进制日志的文件和位置(偏移)并将其记录下来,然后将其应用到从服务器。当从复制启动时,它需要知道在哪个日志文件中的哪个点开始读取主服务器数据库的副本并对其应用更新。
您应该阻止对主服务的任何更新,然后记录日志位置。使用一行命令很容易做到这一点:
FLUSH TABLES WITH READ LOCK;
保持这个连接窗口,新建一个到主的连接窗口,运行下面的命令得到位置:
SHOW MASTER STATUS;
你会看到当前主正在写的文件以及当前log的位置,这些信息会用来配置从:
mysql> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000002 | 154 | | |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)
连接到从,使用CHANGE_MASTER_TO配置从:
CHANGE MASTER TO
MASTER_HOST='master.yourdomain.com',
MASTER_USER='replication',
MASTER_PASSWORD='EnterSecurePasswordHere',
MASTER_PORT=3306,
MASTER_LOG_FILE='mysql-bin.000002',
MASTER_LOG_POS=154,
MASTER_CONNECT_RETRY=10;
在从上,运行下面的命令:
START SLAVE;
在主上运行:
UNLOCK TABLES;
在从上运行:
SHOW SLAVE STATUS;
检查看看是否有错误,确保你上面的设置设置正确。检查Master_Log_File 和 Read_Master_Log_Pos
Master_Log_File: mysql-bin.000002
Read_Master_Log_Pos: 154
在主上创建一个空的数据库,确保从上也会创建这个空的数据库。
如果同步正常你可以准备在主上加载数据。
这是一个基本的mysql主从配置的教程。推荐你阅读官方文档了解mysql的主从复制的配置。
转载 https://colobu.com/2019/12/02/How-to-Setup-MySQL-Master-Master-Replication/#more
关注 获取更多好文
本文由mdnice多平台发布