In Bezug auf die MySQL-Master-Slave-Konstruktion hat Song Ge viele Artikel geschrieben und zuvor ein Video aufgenommen. Die vorherige war jedoch eine Master-Slave-Struktur, aber die Freunde wissen, dass in unserem Projekt eine häufigere Struktur die Doppel-M-Struktur ist, dh zwei MySQL-Instanzen, von denen jede Master und Backup der anderen ist , so dass im Projekt, wenn der Master-Knoten plötzlich ausgeschaltet oder nicht verfügbar ist, der Slave-Knoten schnell auf den Master umgeschaltet werden kann. Das Architekturdiagramm sieht wie folgt aus:
In dieser Struktur ist der Status zweier MySQL-Instanzen gleich und sie stellen füreinander Master und Backup dar. Die Art und Weise, wie wir beurteilen, wer Master und wer Slave ist, hängt hauptsächlich davon ab, ob readonly und wer read-only ist Wer ist der Slave? In diesem Fall ist der Master-Slave-Schalter auch sehr praktisch. Ändern Sie einfach das Readonly-Attribut.
Lassen Sie uns als Nächstes ein Dual-M-Master-Slave-Backup erstellen, um zu sehen, was der Unterschied zur reinen MS-Struktur ist.
1. Vorbereitungen
Die folgende Konfiguration basiert auf Docker.
Hier bereiten wir zunächst zwei Maschinen vor:
- M1：10.3.50.27:33061
- M2: 10.3.50.27:33062
1.1 M1-Konfiguration
Die Konfiguration von M1 besteht aus nur drei Schritten, was relativ einfach ist:
1. Autorisieren Sie den M2-Server
GRANT REPLICATION SLAVE ON *.* to 'rep1'@'10.3.50.27' identified by '123';
FLUSH PRIVILEGES;
复制代码Hier bedeutet dies, dass der M2-Login-Benutzername rep1 ist, das Passwort 123 ist und Sie sich von 10.3.50.27dieser erfolgreicher Anmeldung können Sie jeden Tisch in jeder Bibliothek bedienen. Wenn Sie unter anderem die Anmeldeadresse nicht einschränken müssen, können Sie die IP-Adresse durch eine ersetzen %.
Beachten Sie, dass es in MySQL 8 einige Änderungen in diesem Bereich gegeben hat. Benutzererstellung und Autorisierung in MySQL8 müssen getrennt werden und können nicht wie oben in einem Schritt durchgeführt werden.Die spezifischen Methoden sind wie folgt:
CREATE USER `rep1`@`10.3.50.27` IDENTIFIED WITH caching_sha2_password BY 'javaboy.COM';
GRANT Replication Slave ON *.* TO `rep1`@`10.3.50.27`;
复制代码2. Ändern Sie die Konfigurationsdatei der Hauptbibliothek
Schalten Sie binlog ein und setzen Sie die Server-ID Nach jeder Änderung der Konfigurationsdatei muss der MySQL-Dienst neu gestartet werden, damit er wirksam wird.
Um binlog zu aktivieren, müssen Sie die MySQL-Konfigurationsdatei mysqld.cnf ändern, die sich im /etc/mysql/mysql.conf.dVerzeichnis .
Für diese Konfigurationsdatei nehmen wir die folgenden Änderungen vor:
[mysqld]
# 这个参数表示启用 binlog 功能，并指定 binlog 的存储目录
log-bin=javaboy_logbin
# 设置 binlog_format 格式，注意不要使用 STATEMENT
binlog_format=ROW
# 设置一个 binlog 文件的最大字节
# 设置最大 100MB
max_binlog_size=104857600
# 设置了 binlog 文件的有效期（单位：天）
expire_logs_days = 7
# binlog 日志只记录指定库的更新（配置主从复制的时候会用到）
binlog-do-db=javaboy_db
# binlog 日志不记录指定库的更新（配置主从复制的时候会用到）
#binlog-ignore-db=javaboy_no_db
# 写缓存多少次，刷一次磁盘，默认 0 表示这个操作由操作系统根据自身负载自行决定多久写一次磁盘
# 1 表示每一条事务提交都会立即写磁盘，n 则表示 n 个事务提交才会写磁盘
sync_binlog=0
# 为当前服务取一个唯一的 id（MySQL5.7 开始需要）
server-id=1
复制代码Song Ge hat bereits die Bedeutung jeder Konfiguration in seinem Blick erklärt. Screenshot unten:
Wie nachfolgend dargestellt:
- log-bin：同步的日志路径及文件名，一定注意这个目录要是 MySQL 有权限写入的（我这里是偷懒了，直接放在了下面那个datadir下面）。
- binlog-do-db：要同步的数据库名，当从机连上主机后，只有这里配置的数据库才会被同步，其他的不会被同步。
- server-id: MySQL 在主从环境下的唯一标志符，给个任意数字，注意不能和 M2 重复，因为将来 server-id 用于标志 binlog 是由哪个库产生的，所以主从数据库的 server-id 千万不能一样，不然可能导致主从数据库 binlog 的循环复制问题。
- 注意 binlog_format 的值为 ROW，具体原因在之前的文章中松哥已经和大家聊过了，这里就不再赘述。
配置完成后重启 MySQL 服务端：
docker restart mysql33061
复制代码3. 查看 M1 当前二进制日志名和偏移量
这个操作的目的是为了在 M2 启动后，从这个点开始进行数据的恢复：
show master status;
复制代码至此，M1 配置完成。
1.2 M2 配置
M2 的配置和 M1 一模一样，唯一不同的地方在于，M2 的 mysqld.cnf 这个文件中的 server-id=2，其他都一模一样，我就不重复了。
配置完成后，相当于 M2 现在也是一个主机，我们在 M2 上也可以执行 show master status; 命令，结果如下：
1.3 主从配置
接下来配置 M1 和 M2 分别为对方的主机。
M1 配置
先来配置给 M1 配置吧，执行如下命令设置主机：
change master to master_host='10.3.50.77',master_port=33062,master_user='rep1',master_password='123',master_log_file='javaboy_logbin.000001',master_log_pos=154;
复制代码这里配置了主机地址、端口以及从机登录主机的用户名和密码，注意最后两个参数要和 M2 中的保持一致。
注意，由于 MySQL8 密码插件的问题，这个问题同样会给主从配置带来问题，所以在 MySQL8 配置主从上，上面这行命令需要添加 get_master_public_key=1，完整命令如下：
change master to master_host='10.3.50.77',master_port=33062,master_user='rep1',master_password='123',master_log_file='javaboy_logbin.000001',master_log_pos=154,get_master_public_key=1;
复制代码3. 启动 slave 进程
start slave;
复制代码启动之后查看从机状态：
show slave status\G;
复制代码4. 查看 slave 的状态
主要是下面两项值都要为为 YES，则表示配置正确：
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
复制代码至此，配置完成，主机创建库，添加数据，从机会自动同步。
如果这两个有一个不为 YES ，表示主从环境搭建失败，此时可以阅读日志，查看出错的原因，再具体问题具体解决。
M2 配置
接下来再来配置 M2，M2 和 M1 的配置基本上是一致的，change master 中记得把地址和端口写对：
change master to master_host='10.3.50.77',master_port=33061,master_user='rep1',master_password='123',master_log_file='javaboy_logbin.000001',master_log_pos=154;
复制代码配置完成后，现在 M1 和 M2 就互为主备了。
1.4 测试
测试分两步：
- M1 中新建 javaboy_db 库，库中建 user 表，表中插入一条记录，然后查看 M2 中是否将数据同步过来了。
- M2 中向 user 表中添加一条记录，查看 M1 中是否有对应的值。
经过测试，我们发现没问题，现在可以两边互相同步对方的数据了。
2. 谁主谁从
虽然是双 M 结构，但是在实际应用中还是得分个主从，那么双 M 该怎么分主从呢？
在生产环境中，我们一般会将备份节点设置为 read_only，也就是只读，防止有误操作，当然不用担心设置为 read_only 后 binlog 的写入也被阻止，super 用户依然拥有写入权限。
设置全库只读的办法也很简单，首先我们执行如下 SQL 先看看对应变量的值：
show variables like 'read_only';
复制代码可以看到，默认情况下，read_only 是 OFF，即关闭状态，我们先把它改为 ON，执行如下 SQL：
set global read_only=1;
复制代码1 表示 ON，0 表示 OFF，执行结果如下：
这个 read_only 对 super 用户无效，所以设置完成后，接下来我们退出来这个会话，然后创建一个不包含 super 权限的用户，用新用户登录，登录成功之后，执行一个插入 SQL，结果如下：
可以看到，这个错误信息中说，现在的 MySQL 是只读的（只能查询），不能执行当前 SQL。
如此设置之后，在 master 发生异常需要主从切换的时候再将 slave 临时顶替上来。为了更好的做到主从同步，binlog 的类型建议使用 row 模式，关于 binlog 的三种模式，可以参考666！MySQL 的 binlog 的三种格式这么好玩！一文。
好啦，有问题欢迎留言讨论。