关于 MySQL 主从搭建,松哥之前写过好多篇文章了,还录过一个视频。不过之前的都是一主一从的结构,但是小伙伴们知道,我们在项目中,更常见一种结构是双 M 结构,即两个 MySQL 实例,每个 MySQL 实例互为主备,这样在主节点突然断电或者不可用的时候,slave 节点可以很快切换为 master,架构图如下:
创新互联是一家专注于成都网站建设、成都网站制作与策划设计,中阳网站建设哪家好?创新互联做网站,专注于网站建设十多年,网设计领域的专业建站公司;建站业务涵盖:中阳等地区。中阳做网站价格咨询:18980820575
在这种结构中,两个 MySQL 实例的地位是平等的,互为对方的主备,我们判断谁是主机谁是从机的方式主要是看 readonly,谁是只读的,那谁就是从机,所以这种情况下,主从切换也很方便,只要修改 readonly 属性即可。
接下来我们就来搭建一个双 M 的主从备份,看看和单纯的 M-S 结构的有啥区别。
以下配置基于 Docker。
这里,我们首先准备两台机器:
M1 的配置就三个步骤,比较容易:
GRANT REPLICATION SLAVE ON *.* to 'rep1'@'10.3.50.27' identified by '123';
FLUSH PRIVILEGES;
这里表示配置 M2 登录用户名为 rep1,密码为 123,并且必须从 10.3.50.27 这个地址登录,登录成功之后可以操作任意库中的任意表。其中,如果不需要限制登录地址,可以将 IP 地址更换为一个 % 。
注意,在 MySQL8 里边,这块有一些变化。MySQL8 中用户创建和授权需要分开,不能像上面那样一步到位,具体方式如下:
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`;
开启 binlog ,并设置 server-id ,每次修改配置文件后都要重启 MySQL 服务才会生效
开启 binlog 主要是修改 MySQL 的配置文件 mysqld.cnf,该文件在容器的 /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
各项配置的含义松哥已经在注视中说明了。截图如下:
如下图:
配置完成后重启 MySQL 服务端:
docker restart mysql33061
这个操作的目的是为了在 M2 启动后,从这个点开始进行数据的恢复:
show master status;
至此,M1 配置完成。
M2 的配置和 M1 一模一样,唯一不同的地方在于,M2 的 mysqld.cnf 这个文件中的 server-id=2,其他都一模一样,我就不重复了。
配置完成后,相当于 M2 现在也是一个主机,我们在 M2 上也可以执行 show master status; 命令,结果如下:
接下来配置 M1 和 M2 分别为对方的主机。
先来配置给 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;
start slave;
启动之后查看从机状态:
show slave status\G;
主要是下面两项值都要为为 YES,则表示配置正确:
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
至此,配置完成,主机创建库,添加数据,从机会自动同步。
如果这两个有一个不为 YES ,表示主从环境搭建失败,此时可以阅读日志,查看出错的原因,再具体问题具体解决。
接下来再来配置 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 就互为主备了。
测试分两步:
经过测试,我们发现没问题,现在可以两边互相同步对方的数据了。
虽然是双 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 模式。
当前题目:如何搭建双M结构的主从备份?
文章位置:http://www.shufengxianlan.com/qtweb/news19/298919.html
网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等
声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联