MySQL8主从数据库_centos8平台搭建mysql8数据库主从同步

一，两台服务器的规划

a服务器:主机名：yjweb ip： 121.122.123.47 角色：主库 server-id:1j服务器:主机名： os3 ip:121.122.123.134 角色：从库 server-id:2

说明：1，主库上此前已经存在有数据，我们要把数据导出

2，我们只有一个库需要同步：数据库名称：meet

3,  mysql数据库的版本:8.0.19,

注意要尽量保持两台数据库的版本一致，主库尽量不要高于从库的版本

说明：作者:刘宏缔 邮箱: 371125307@qq.com

二，主库:查看配置文件，确保可以做主从同步:

[root@yjweb ~]$ more /etc/my.cnf

有两个关键配置项:

server-id = 1log-bin = /data/mysql/binlog/mysql-bin

说明：主库的server-id要和从库的server-id区分开，

主库要做log-bin,二进制日志用来供主从复制时使用

说明：因为mysql8中，binlog_format 变量的默认值是row,

我们不再手动声明这个配置变量

三，主库:创建同步账号

说明：这个账号是供从库从来访问主库的，所以'backup'@'121.122.123.134',ip是从库的ip

[root@yjweb ~]# /usr/local/soft/mysql/bin/mysql -u root -p

1,创建一个同步账号，并授权:

mysql> create user 'backup'@'121.122.123.134' identified by 'backuppassword';

Query OK,0 rows affected (0.00sec)

mysql> grant replication slave on *.* to backup@121.122.123.134;

Query OK,0 rows affected (0.00 sec)

2,检查创建是否成功?

mysql> select * from mysql.user where User='backup';

3,检查当前用户获得的授权

mysql> show grants for backup@121.122.123.134;+--------------------------------------------------------------+

| Grants for backup@121.122.123.134 |

+--------------------------------------------------------------+

| GRANT REPLICATION SLAVE ON *.* TO `backup`@`121.122.123.134` |

+--------------------------------------------------------------+

1 row in set (0.00 sec)

4,使新建账号生效

mysql>flush privileges;

Query OK,0 rows affected (0.00 sec)

四，主库:导出待同步数据库中的数据

说明：除了把数据导出，重点是记录下主库当前的日志位置

1,加全局的读锁，避免在导数据时有写操作

mysql>FLUSH TABLES WITH READ LOCK;

Query OK,0 rows affected (0.00 sec)

2,查看当前的日志文件和位置，并记录下来

mysql>show master status;+------------------+----------+--------------+------------------+-------------------+

| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

+------------------+----------+--------------+------------------+-------------------+

| mysql-bin.000014 | 55813 | | | |

+------------------+----------+--------------+------------------+-------------------+

1 row in set (0.00 sec)

3,另开一个终端，导出需要同步的数据库的数据

[root@yjweb ~]# /usr/local/soft/mysql/bin/mysqldump --port=3306 -u root -prootpassword --databases meet --lock-tables=false --> /root/meet.sql

说明:导出的数据文件需要上传到从库所在的服务器

4，回到刚才所在的mysql终端：解除锁定:

mysql>UNLOCK TABLES;

Query OK,0 rows affected (0.00 sec)

五,  主库:检查防火墙配置

[root@yjweb ~]# firewall-cmd --list-all

检查是否已经把从库的ip加入到防火墙

例如：

rich rules:

rule family="ipv4" source address="121.122.123.134" accept

六，从库：导入数据

1,关掉web服务，避免有访问进入

[root@os3 ~]# systemctl stop nginx

2,如果当前存在同步数据库，先删除数据

mysql>drop database meet;

Query OK,19 rows affected (0.24 sec)

3，导入数据

把主库上导出的sql文件复制到从库上(这一步是在主库上执行)

[root@yjweb ~]# scp ./meet.sql root@121.122.123.134:/root/

从库上，执行导入

[root@os3 conf]# /data/software/mysql/bin/mysql --host=127.0.0.1 --port=3306 -u root -prootpassword < /root/meet.sql

七，从库：配置主从

[root@os3 ~]# vi /etc/my.cnf

主要配置以下各项:

server-id = 2replicate-do-db =meet

read_only= 1

说明：replicate-do-db   用来指定要复制的数据库

read_only    普通用户(非root)访问时只有只读的权限，不能做写操作

说明：修改my.cnf配置文件完成后，不要忘记重启mysql数据库服务，

使配置生效，否则会报如下错误:

Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids;

these ids must be different for replication to work

(or the --replicate-same-server-id option must be used on slave but this does not always make sense;

please check the manual before using it)

八，从库：执行同步:

停止从库同步

mysql>stop slave;

Query OK,0 rows affected, 1 warning (0.00 sec)

配置连接到主库的信息

mysql> change master to master_host='121.122.123.47',master_port=3306,master_user='backup',master_password='backuppassword',master_log_file='mysql-bin.000014',master_log_pos=55813;

Query OK,0 rows affected, 1 warning (0.03 sec)

开启从库同步

mysql>start slave;

Query OK,0 rows affected (0.00 sec)

九，从库：检查同步情况

1,查看从库的状态

mysql> show slave status;

重点看这两项:

Slave_IO_Running | Slave_SQL_Running

这两项必须是

Yes | Yes

2,可以主库上发生update或insert修改后，在从库查看是否修改是否已生效

说明：以上mysql的主从同步搭建已完成 ，后面是附加的信息

十,show slave status主从同步情况的信息解读:

1,查看主库的信息:

Master_Host:#主库服务器地址

Master_User:#用来访问主库的用户名

Master_Port:#主库mysqld的端口

2,Slave_IO_Running 和Slave_SQL_Running两个线程的状态

Slave_IO线程负责把主库的bin日志(Master_Log)内容，投递到从库的中继日志上(Relay_Log)。

Slave_SQL线程负责把中继日志上的语句在从库上执行一遍。

Yes表示正常，No表示异常.

如果两个线程的状态都是yes,表示同步正常，

如果有一项是no,此时注意查看以下四项:

Last_IO_Error 保存了发生io错误的原因

Last_IO_Error_Timestamp 记录了发生io错误的时间

Last_SQL_Error 保存了发生sql错误的原因

Last_SQL_Error_Timestamp 记录了发生sql错误的时间

3,如何判断主从同步的差距？

Master_Log_File  # I/O线程当前正在读取的主服务器二进制额日志文件的名称

Relay_Master_Log_File  #由SQL线程执行的同步的主服务器二进制日志文件的名称

如果以上两个文件名相同，则表示读取和执行的是同一个二进制文件

Read_Master_Log_Pos: #在当前的主服务器二进制日志中，I/O线程正在读取的位置

Exec_Master_Log_Pos:#来自主服务器的二进制日志的由SQL线程执行的上一个时间的位置

如果以上两个位置的数字相同则表示读取和执行的进度完全同步

4，Replicate_Do_DB :此处是同步的数据库的名字

5,  Slave_IO_State:显示为wait ,例如：Waiting for master to send event

表示relay日志中的sql语句已经全部执行完毕

6，Seconds_Behind_Master：

slave的SQL线程与I/O线程的时间差

如果两台机器之间网络较差，有可能这个值很低，

但从库上的同步落后主库较多，

所以不能完全依据它来判断同步的情况

十一，三种二进制日志格式的含义:

binlog的格式有三种：STATEMENT，ROW，MIXED。

1,STATEMENT模式(SBR)

每一条会修改数据的sql语句会记录到binlog中。

优点是并不需要记录每一条sql语句和每一行的数据变化，减少了binlog日志量，节约IO，提高性能。

缺点是有可能会导致master-slave中的数据不一致(如sleep()函数， last_insert_id()，以及user-defined functions(udf)等会出现问题)

2,ROW模式(RBR)

不记录每条sql语句的上下文信息，仅需记录哪条数据被修改了，修改成什么样了。

优点：不会出现某些特定情况下的存储过程、或function、或trigger的调用和触发无法被正确复制的问题。

缺点：会产生大量的日志，尤其是alter table的时候会让日志暴涨。

3, MIXED模式(MBR)

以上两种模式的混合使用，

一般的复制使用STATEMENT模式保存binlog，

对于STATEMENT模式无法复制的操作使用ROW模式保存binlog，

MySQL会根据执行的SQL语句选择日志保存方式。

说明：row格式最安全，目前也是mysql8的默认格式

十二，查看mysql数据库的版本和centos的版本:

[root@yjweb ~]# /usr/local/soft/mysql/bin/mysqld -V/usr/local/soft/mysql/bin/mysqld Ver 8.0.19 for linux-glibc2.12 on x86_64 (MySQL Community Server - GPL)

[root@yjweb ~]# cat /etc/redhat-release

CentOS Linux release8.0.1905 (Core)