失眠网,内容丰富有趣,生活中的好帮手!
失眠网 > mysql8.0主从复制配置(超详细)

mysql8.0主从复制配置(超详细)

时间:2019-05-22 12:14:01

相关推荐

mysql8.0主从复制配置(超详细)

提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档

文章目录

前言一、Mysql主从复制是什么?二、配置前置条件三、配置-主库Master四、配置-从库Slave五、测试主从复制五、如果同步不了,如何排错?Slave_SQL_Running: No 问题分析

前言

生活中我们生活遇到的软件都离不开数据库,比如淘宝这种,并发数量很大,防止单数据库的数据量太大导致数据库奔溃,所以就有了多数据库的主从复制,以下图片部分来自黑马课程的瑞吉外卖。

一、Mysql主从复制是什么?

MysSQL主从复制是一个异步的复制过程,底层是基于Mysql数据库自带的二进制日志功能。就是一台或多台AysQL数据库(slave,即从库)从另一台MysQL数据库(master,即主库)进行日志的复制然后再解析日志并应用到自身,最终实现从库的数据和主库的数据保持一致。MySQL主从复制是MysQL数据库自带功能,无需借助第三方工具。

MysQL复制过程分成三步:

master将改变记录到二进制日志( binary log)slave将master的binary log拷贝到它的中继日志(relay log)slave重做中继日志中的事件,将改变应用到自己的数据库中

二、配置前置条件

准备工作:

提前准备好两台服务器,我这边安装的是mysql8

由于从库是我克隆主库出来的,所以两个库的IP地址以及f里的UUID都要改得不一样

主库Master 192.168.188.100从库slave 192.168.188.101

想了解怎么设置linux静态指定IP以及主机名点这个链接

注意:克隆的虚拟机需要修改数据库的uuid

这边修改的是克隆机的UUID,也就是从机

[root@localhost ~]# cd /var/lib/mysql[root@localhost mysql]# systemctl stop mysqld.service//把f里的UUID移除[root@localhost mysql]# mv /var/lib/mysql/f /var/lib/mysql/f.bak//再启动数据库即可刷新出新的UUID[root@localhost mysql]# systemctl start mysqld.service[root@localhost mysql]# vim /var/lib/mysql/f

更改前

更改后,查看下UUID确实更换了

三、配置-主库Master

第一步:修改Mysq1数据库的配置文件/etc/f

加多下面两句代码如下(示例):

[mysqld]log-bin=mysql-bin #[必须]启用二进制日志,数据间复制必不可少server-id=100 #[必须]服务器唯一ID

第二步:重启Mysql服务 systemctl restart mysqld

第三步:登录Mysql数据库,执行下面SQL(我这边登录统一用root)

一般虚拟机都会把mysql的密码复杂度设置的很高,想要设置简单密码就要自己调节

//降低安全策略等级set global validate_password.policy=LOW; //降低密码长度需求set global validate_password.length=4;//设置英文字母(包含大小写)最小长度set global validate_password.mixed_case_count=0;//设置特殊字符最小长度set global validate_password.special_char_count=0;//刷新权限FLUSH PRIVILEGES;

//mysql8授权用户需要先创建,创建和授权同一条语句的话会报错create user slave@'%' identified by '135564';//再授权GRANT ALL PRIVILEGES ON *.* TO 'slave'@'%'WITH GRANT OPTION;//刷新flush privileges;

注:上面SQL的作用是创建一个用户slave,密码为135564,并且给slave用户授予REPLICATION SLAVE权限。常用于建立复制时所需要用到的用户权限,也就是slave必须被master授权具有该权限的用户,才能通过该用户复制。

第四步:登录Mysql数据库,执行下面SQL,记录下结果中File和Position的值

show master status;

注:上面SQL的作用是查看Master的状态,执行完此SQL后不要再执行任何操作

四、配置-从库Slave

第一步:修改Mysq1数据库的配置文件/etc/f

[mysqld]server-id=101 #[必须]服务器唯一ID

第二步:重启Mysql服务systemctl restart mysqld

第三步:登录Mysq1数据库,执行下面SQL

//执行前先停下slavestop slave;//这是从库和主库连接的关键一步,host是主库的ip,user是前面创建的slave用户,file和pos是主库show master status的信息change master tomaster_host='192.168.81.100',master_user='slave',master_password='135564',master_log_file='mysql-bin.000003',master_log_pos=157;//执行后启动slavestart slave;

第四步:登录Mysql数据库,执行下面SQL,查看从数据库的状态(我这边登录统一用root)

show slave status;输出会很乱show slave status\G;这样就竖着输出,不会乱

**两个yes则表示成功配置主从复制,Connection和No都是配置有问题

防火墙的操作可以看我这篇

五、测试主从复制

我们分别用Navicat连接了主从的mysql

然后我现在往主机添加一个数据库

刷新一下备机,ok成功,主从复制配置完成

五、如果同步不了,如何排错?

如果主从数据库同步不了,就从库执行下 show slave status\G;如果是Slave_IO_Running: No,那么,很可能是主从库UUID重复了,或者是防火墙端口没开通,(这些上面都有讲到);

如果是 Slave_SQL_Running: No,那么我们可以通过跳过错误和手动同步来解决。

Slave_SQL_Running: No 问题分析

1.程序可能在slave上进行了写操作

2.也可能是slave机器重启后,事务回滚造成的.

备机上每写一次,主机master的pos都会变一次,有时候同步没成功,就会导致主从机pos值不一样,这时候有两种解决方法,一种是跳过这个错误,一种是手动同步pos值

解决办法一:跳过这个错误,set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;就是跳过一次的意思解决办法:mysql> stop slave ;mysql> set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;mysql> start slave ;

解决办法二:手动同步pos值进入master到主服务器上查看主机状态:mysql> show master status;+------------------+----------+--------------+------------------+-------------------+| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |+------------------+----------+--------------+------------------+-------------------+| mysql-bin.000003 |2844 | | | |+------------------+----------+--------------+------------------+-------------------+1 row in set (0.00 sec)然后进到slave首先停掉Slave服务: stop slave;然后到slave服务器上执行手动同步:mysql>change master tomaster_host='192.168.81.100',master_user='slave',master_password='135564',master_log_file='mysql-bin.000003',master_log_pos=2844;再打开Slave服务: start slave;

然后发现又是两个yes了,搞定!

如果觉得《mysql8.0主从复制配置(超详细)》对你有帮助,请点赞、收藏,并留下你的观点哦!

本内容不代表本网观点和政治立场,如有侵犯你的权益请联系我们处理。
网友评论
网友评论仅供其表达个人看法,并不表明网站立场。