MySQL5.7 主从复制配置

Posted 陈无问

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了MySQL5.7 主从复制配置相关的知识,希望对你有一定的参考价值。

 

 

一、主从复制原理

mysql 主从复制是一个异步复制过程,主库发送更新事件从库从库读取更新记录,并执行更新记录,使得从库的内容与主库保持一致。每一个主从复制的连接,都有三个线程。拥有多个从库主库每一个连接主库从库创建一个 log dump 输出线程,每一个从库都有它自己的 I/O 线程和 SQL 线程。

步骤
1.主库会将所有更新记录保存到 Binarylog 文件。

2.每当有从库连接到主库的时候,主库都会创建一个 log dump 线程发送 Binarylog 文件到从库

3.当从库复制开始的时候,从库就会创建两个线程进行处理,一个 I/O 线程,一个 SQL 线程。

4.I/O 线程去请求主库的 Binarylog文件,并将得到的 Binarylog 文件写到 Relaylog 文件中。

5.SQL 线程会读取 Relaylog 文件中的日志,并解析成具体操作,来实现主从操作一致,而最终数据一致。

二、工具

  • VMware版本:12.0.0

  • Ubuntu版本:16.4

  • MySQL版本 :5.7.18

  • Master 服务器:192.168.128.1

  • Slave 服务器 :192.168.128.3

三、准备工作

1.安装 MySQL5.7 详见此处 ,我这里的配置是,master 是安装在本地windows环境下的mysql,slave是安装在虚拟机linux下的mysql
2.如果从服务器克隆主服务器,则修改 auto.cnf 文件中 server-uuid 值,不然后面主从复制会报 1593 错误,修改完记得重启MySQL

3.关闭主、从服务器防火墙

root@ubuntu:/etc# ufw disable

4.修改主从配置文件(my.cnf):

## 192.168.128.1(master)
#打开日志
log_bin=mysql-bin  
 #这个id不要与从数据库id一样,改id一般取当前服务器ip地址最后一位
server_id=1
binlog-do-db=cpa #要给从机同步的库
binlog-ignore-db=mysql  #不要给从机同步的库
#自动清理1天前的log文件
expire_logs_days=1

## 192.168.128.3(slave)
log_bin=mysql-bin  
server_id=3

重启主从 MySQL

server_id 必须唯一。

 

四、主从复制

 

1.master创建授权用户:
192.168.128.1(master)

## 创建 test 用户,指定该用户只能在主库 192.168.128.3 上使用 MyPass1! 密码登录
mysql> create user \'test\'@\'192.168.128.3\' identified by \'MyPass1!\';

## 为 test 用户赋予 REPLICATION SLAVE 权限。
mysql> grant replication slave on *.* to \'test\'@\'192.168.128.3\';

## 查看用户
mysql> select user,host from mysql.user;

## 查看 master 状态
mysql> show master status;


这里的 mysql-bin.000001和 Position 值 slave 配置时需要用到。

2.将 master 中现有的数据信息导出

$ mysqldump -u root -p --all-databases --master-data > all.sql

3.将 all.sql 发送到 slave 服务器 tmp 目录下:

 

$ scp all.sql root@192.168.78.130:/tmp

4.slave 导入 master 数据,使 master-slave 数据保持一致

 

$ mysql -uroot -p < all.sql

注:2,3,4步主要作用是使主从数据库的数据保持一致,这里如果不会使用命令导出导入sql文件的话,可以借助工具实现,如Navicat

 

5.使 slave 与 master 建立连接,从而同步:

# 在slave上操作
mysql> change master to
    -> master_host=\'192.168.128.1\',
    -> master_user=\'test\',
    -> master_password=\'MyPass1!\',
    -> master_log_file=\'mysql-bin.000001\',
    -> master_log_pos=1244;
    
mysql> start slave;

mysql> show slave status \\G

  • master_log_file 和 master_log_pos值为主库上面执行show master status得到

  • 如果 Slave_IO_Running 和 Slave_SQL_Running 都为 Yes,说明配置成功

  • 如果其中一项不为 Yes,查看 Last_IO_Errno 错误码和错误信息,或者查看 MySQL 日志信息并查找对应问题

五、主从配置检验

 master 插入一条数据,slave查看是否成功,

 master 删除一条数据,slave查看是否成功,

 

六、监控主从同步状态

在从库机器上,执行 show slave status,查看Seconds_Behind_Master值,代表主从同步从库落后主库的时间,单位为秒,
若主从同步无延迟,这个值为0。Mysql主从延迟一个重要的原因之一是主从复制是单线程串行执行。

那如何为避免或解决主从延迟?我们做了如下一些优化:

优化Mysql参数,比如增大innodb_buffer_pool_size,让更多操作在Mysql内存中完成,减少磁盘操作。

使用高性能CPU主机

数据库使用物理主机,避免使用虚拟云主机,提升IO性能

使用SSD磁盘,提升IO性能。SSD的随机IO性能约是SATA硬盘的10倍。

业务代码优化,将实时性要求高的某些操作,使用主库做读操作

七、主从配置恢复

今天测试的时候发现,主从之间不进行复制了,因为环境是window和虚拟机(中间肯定关机了);

然后在从数据库上使用命令:

mysql> start slave;
Query OK, 0 rows affected, 1 warning (0.02 sec)

启动后,发现还是不能同步数据

使用命令查看从数据库状态

mysql> show slave status \\G;

  发现其中的

Slave_IO_Running:No

之前也说了有两项参数十分重要,就包括这项参数,它的值为NO,肯定不能同步

经过一番折腾找到解决方法:

三个命令

mysql> start slave;
Query OK, 0 rows affected, 1 warning (0.02 sec)

mysql> stop slave;
Query OK, 0 rows affected (0.78 sec)

mysql> reset slave;
Query OK, 0 rows affected (0.68 sec)

mysql> start slave;
Query OK, 0 rows affected (0.70 sec)

再次查看状态,发现两项都为YES了,测试同步也正常,

当然这种解决方法,局限性肯定非常大,不过再遇到此类问题时,不妨先试试这种方法,如果可以解决那更好,不能解决在看mysql日志去解决

以上是关于MySQL5.7 主从复制配置的主要内容,如果未能解决你的问题,请参考以下文章

MySQL5.7 主从复制配置

Mysql5.7 主从复制配置

MySQL5.7.21开启Gtid配置主从复制

linux下mysql5.7数据库主从同步复制

CentOS-7 MySQL5.7.31 配置主从复制

mysql5.7.26做主从复制配置