Mysql系列(三)—— Mysql主从复制配置
一.前言
主从复制是Mysql知识体系中非常重的要一个模块。学习主从复制和后续的读写分离是完善只是知识体系的重要环节。且主从复制读写分离的思想并不仅仅局限于Mysql,在很多存储系统中都有该方案,如:redis。
从应用的角度思考,主从复制有如下优点:
- 可以备份数据,容灾
- 可以做读写分离,分担单机Mysql节点的压力。master只做write,slave做read
- 数据归类进行分析计算很耗性能时,可以只在slave节点上进行
- 一定程度保证可用性,master write节点发生宕机,可以快速切换至slave节点
基于上述的这些原因,认为非常有必要了解更甚至深入主从复制。
本文主要从以下几个方面介绍主从复制的配置:
- 环境准备
- 配置Master节点
- 配置Slave节点
- 总结
二.环境准备
Slave节点可以有多个,但是由于机器原因,这里只配置一台Slave。
-
两台服务器:
10.1.134.151/MacOS/Master
172.16.162.157/Centos 6.9/Slave -
Mysql安装
Mysql版本:v5.7.22
MacOS:直接下载安装包
Centos:使用Mysql yum repository安装,参考Installing MySQL on Linux Using the MySQL Yum Repository -
配置两台机器防火墙受信,或者开放3306端口
二.配置主服务器
1.编辑/etc/my.cnf,如果没有该文件则新建。my.cnf是Mysql的配置文件:
vim /etc/my.cnf
2.配置服务器监听的网络接口:
bind-address=10.1.134.151
3.在[mysqld]选项下配置主从关系中的唯一标识。该标识必须保证在整个主从关系中是唯一的:
server-id=master
4.配置log_bin,这个是主从复制的关键部分。slave会一直不断的拷贝master的bin log,master的变化都写入了bin log中:
log_bin=mysql-bin.log
- 注:这里需要注意,我在macOS中配置成目录的形式:log_bin=/var/log/mysql/mysql-bin.log,但是Mysql总是faild start。
5.需要指定主从复制哪个数据库。如果需要配置多个数据库都需要主从复制,则可以配置多行:
binlog_do_db=test
6.需要确保配置生效:
/usr/local/mysql/support-files/mysql.server restart
7.mysql有很多安全机制,其中有一项就是访问控制(IP白名单、认证授权),所以需要在Master上对Slave访问的IP和用户进行授权,登录Mysql shell:
mysql -uroot -p
GRANT REPLICATION SLAVE ON *.* TO 'root'@'%' IDENTIFIED BY 'root';
-
注1:授权Slave访问Master的配置中,我并没有使用'%',因为'%'会匹配所有,我认为在线上时,该配置是不安全的,所以我指定:GRANT REPLICATION SLAVE ON . TO 'root'@'172.16.162.157' IDENTIFIED BY 'root'; 只有Slave可以访问,即授权的控制更细腻。
-
注2:个人认为,在授权时,还可以指定在哪个数据库上进行主从复制:GRANT REPLICATION SLAVE ON test.* TO 'root'@'%' IDENTIFIED BY 'root';
8.确保授权生效落盘:
FLUSH PRIVILEGES;
- 注:可以查询mysql.user表确保授权是否存在:use mysql; select host, use from user;
这样关于主服务器就已经配置完成。但是很多情况,线上都是临时增加slave,这种情况下,数据库本身已经有数据存在,这是需要进行一下操作,将已经有的全量数据进行复制到slave:
1.切换到需要主从复制的数据库上:
use test;
2.锁住test库,防止其发生新的变化:
FLUSH TABLES WITH READ LOCK;
3.然后查看当前master状态:
SHOW MASTER STATUS;
结果如下:
mysql> SHOW MASTER STATUS;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000001 | 107 | test | |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)
这个Position非常重要,表示Slave从这个位置开始主从复制。先记录这些这句,后面会使用。
4.然后dump master上的test库:
mysqldump -u root -p --opt test > ~/test.sql
- 注:该dump常用于mysql备份。不仅将数据导出,而且将表结构的创建sql也导出。但是没有导出库的创建sql
5.然后解锁test库:
UNLOCK TABLES;
三.配置从服务器
1.登录slave库的mysql shell,并创建test库:
create database test;
2.然后再使用mysql程序恢复数据:
mysql -u root -p test < ~test.sql
3.在配置slave节点的my.cnf,同理如果/etc下没有该文件,则创建。在[mysqld]选项下配置主从关系中唯一标识:
server-id=slave-1
4.再配置相关日志和主从复制的数据库,中继日志、bin_log、test库:
relay-log=mysql-relay.log
log_bin=mysql-bin.log
binlog_do_db=test
5.重启服务,确认配置生效:
service mysqld restart
6.然后配置授权master访问slave,登录mysql shell:
mysql -uroot -p
GRANT ALL PRIVILEGES ON test.* TO 'root'@'%' IDENTIFIED BY 'root';
7.然后再配置从服务器:
CHANGE MASTER TO MASTER_HOST='10.1.134.151',MASTER_USER='root', MASTER_PASSWORD='root', MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=107;
该命令做了以下几件事:
- 指定当前节点为master节点的slave节点
- 提供了登录认证信息
- 提供了slave从哪个地方开始复制的postion
8.启动slave:
start slave;
9.查看主从复制的详细信息:
SHOW SLAVE STATUS\G
四.总结
1.问题总结
在主从复制的环境搭建中,我遇到了很多问题,所以这里总结一下:
主从复制读写分离的架构图:
![](https://images2018.cnblogs.com/blog/1286175/201807/1286175-20180719112955390-913336285.png)
从以上的图中可以看出:
- 主从服务器间网络通信需要正常,即防火墙受信或者3306端口需要开放。
- Mysql本省有访问授权(白名单user表),master和slave之间需要相互设置ip、用户和密码访问。
使用grant授权,或者直接update mysql.user表中的host为'%'。
具体可以参考:
MySQL设置白名单教程
解决mysql Navicat 出错:1130-host . is not allowed to connect to this MySql server
ps: 这里一定需要注意密码,不然主从之间将会无法认证连接。
一般排查手段就是:show slave status,通过查看连接状态信息,文件读写处理信息等。
3.以上两条即master和slave的保证了网络连接,授权认证。但是master和slave之间数据同步的控制仍需要关注,即position。我自己在搭建时,就无法完成主从复制,查看:show slave status后,发现:
Got fatal error 1236 from master when reading data from binary log: 'binlog truncated in the middle of event; consider out of disk space on master; the first event 'mysql-bin.000001' at 105, the last event read from './mysql-bin.000001' at 123, the last byte read from './mysql-bin.000001' at 124.'
从这里大致可以看出是slave读bin log时,position的位置错误。当时看到这份错误时,我有点怀疑position的问题,但是没有细想还是baidu了。。。
其实可以再进一步思考下,提高自己解决问题的能力。
可以参考:
MySQL主从失败 错误Got fatal error 1236解决方法
2.主从复制的思想思考:
在应用架构中,分离的思想的必须要深入理解:
- 分离后可以做扩容
- 分离后做不同应用
- 分离后负载压力
....
但是分离后必然又会引起如何合、如何拆分路由的问题,且数据如果没有分片,必然又会导致冗余存储。
- 合并/拆分问题:还有在分离的这种架构中,又如何保证堆外提供一致性的接口,这里就涉及到应用的读写分离:应用层决策/中间件层统一接口;
- 冗余存储:这个需要看场景,冗余也是做备份的策略;
且分离后,不同节点之间是否需要相互通信心跳,心跳时是否又需要考虑安全(授权、认证)等等
参考
MySQL主从失败 错误Got fatal error 1236解决方法
Last_IO_Error: error connecting to master
MySQL 插件安装或卸载(window validate_password 为例)
How to add a new MySQL slave
How To Set Up Master Slave Replication in MySQL