デュアルM構造のマスタースレーブバックアップを構築するにはどうすればよいですか？

MySQLマスタースレーブの構築に関して、Song Geは以前に多くの記事を書き、ビデオを録画しました。ただし、前の構造はマスタースレーブ構造でしたが、友人は、私たちのプロジェクトでは、より一般的な構造がdouble-M構造、つまり、それぞれが相互のマスターとバックアップである2つのMySQLインスタンスであることを知っています。、プロジェクトでマスターノードの電源が突然オフになったり使用できなくなったりした場合に、スレーブノードをマスターにすばやく切り替えることができます。アーキテクチャ図は次のとおりです。

この構造では、2つのMySQLインスタンスのステータスは等しく、それらは相互のマスターとバックアップです。どちらがマスターで誰がスレーブであるかを判断する方法は、主に読み取り専用であり、誰が読み取り専用であるかによって異なります。誰がスレーブであるか、この場合、マスタースレーブスイッチも非常に便利です。読み取り専用属性を変更するだけです。

次に、デュアルMマスタースレーブバックアップを作成して、純粋なMS構造との違いを確認しましょう。

1.準備

次の構成はDockerに基づいています。

ここでは、最初に2台のマシンを準備します。

M1：10.3.50.27：33061
M2：10.3.50.27：33062

1.1M1構成

M1の構成はわずか3ステップで、比較的簡単です。

1.M2サーバーを承認します

GRANT REPLICATION SLAVE ON *.* to 'rep1'@'10.3.50.27' identified by '123';
FLUSH PRIVILEGES;
复制代码

ここでは、M2ログインユーザー名がrep1、パスワードが123であり、10.3.50.27このます。ログインに成功すると、任意のライブラリの任意のテーブルを操作できます。その中で、ログインアドレスを制限する必要がない場合は、IPアドレスを1つに置き換えることができます%。

MySQL 8では、この領域にいくつかの変更が加えられていることに注意してください。MySQL8でのユーザーの作成と承認は分離する必要があり、上記のように1つのステップで実行することはできません。具体的な方法は次のとおりです。

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.メインライブラリ構成ファイルを変更します

binlogをオンにし、server-idを設定します。構成ファイルを変更するたびに、MySQLサービスを再起動して有効にする必要があります。

binlogを有効にするには、コンテナの/etc/mysql/mysql.conf.dディレクトリ。

この構成ファイルに対して、次の変更を行います。

[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は、彼の視線の中で各構成の意味をすでに説明しています。以下のスクリーンショット：

以下に示すように：

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 的三种格式这么好玩！一文。

好啦，有问题欢迎留言讨论。