MySQL主从复制原理是什么?

Mysql复制大体有3个步骤:

1.master将改变记录到二进制日志(binary log)中(这些记录叫做二进制日志事件,binary log events);

2.slave将master的binary log events拷贝到它的中继日志(relay log);

3.slave重做中继日志中的事件,将改变反映它自己的数据;

Mysql复制的基本原理过程如下:

(1)Slave上面的IO线程连接上Master,并请求从指定日志文件的指定位置(或者从最开始的日志)之后的日志内容;

(2)Master接收到来自Slave的IO线程的请求后,通过负责复制的IO线程根据请求信息读取指定日志指定位置之后的日志信息,返回给Slave端的IO线程。返回信息中除了日志所包含的信息之外,还包括本次返回的信息在Master端binary log文件的名称以及在Binary log中的位置;

(3)Slave的IO线程收到信息后,将接收到的日志内容依次写入到Slave端的RelayLog文件(mysql-relay-lin.xxxxx)的最末端,并将读取到的Master端的bin-log的文件名和位置记录到master-info文件中,以便在下一次读取的时候能够清楚的告诉master“我需要从某个bin-log的哪个位置开始往后的日志内容,请发给我”

(4)Slave的SQL线程检测到Relay Log中新增加了内容后,会马上解析该Log文件中的内容成为在Master端真实执行时候的那些可执行的查询或操作语句,并在自身执行那些查询或操作语句,这样,实际上就是在master端和Slave端执行了同样的查询或操作语句,所以两端的数据是完全一样的;

Mysql主从复制的优点

<1> 如果主服务器出现问题,可以快速切换到从服务器提供的服务,水平扩展数据库负载能力;

<2> 可以在从服务器上执行查询操作,降低主服务器的访问压力;

<3> 可以在从服务器上执行备份,以避免备份期间影响主服务器的服务;

服务器环境说明

操作系统: Centos 7

主服务器:172.30.93.121

从服务器:172.30.93.120

Mysql版本:5.7.26

安装MySQL

安装NTP服务

详见作者之前文章    NTP服务器搭建

主服务器修改配置文件

[root@Mike-Node1 ~]# vim /etc/my.cnf

server-id = 121log-bin =/data/mysql/mysql_bin.log

binlog_format = row

[root@Mike-Node1 ~]#

[root@Mike-Node1 ~]# /etc/init.d/mysql restart

Shutting down MySQL.. [ OK ]

Starting MySQL.. [ OK ]

[root@Mike-Node1 ~]#

主服务器配置远程复制用户

[root@Mike-Node1 ~]# mysql -uroot -p

Enter password:

Welcome to the MySQL monitor. Commands end with ; or \g.

Your MySQL connectionid is 2Server version:5.7.26-log MySQL Community Server (GPL)

Copyright (c)2000, 2019, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its

affiliates. Other names may be trademarks of their respective

owners.

Type'help;' or '\h' for help. Type '\c' to clearthe current input statement.

mysql> grant replication slave on *.* to 'repl001'@'172.30.93.120' identified by 'repl001mysql';

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

mysql>FLUSH PRIVILEGES;

Query OK,0 rows affected (0.00sec)

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

| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

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

| mysql_bin.000003 | 902 | | | |

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

1 row in set (0.00sec)

mysql>

若主库已经运行了一段时间,有业务数据在,而从库刚刚初始化完成,此时则需要备份主库的数据,然后导入从库,使得主从数据一致

如果需要同步已有主数据库里的数据到从数据库,需要如下操作(如果新数据库则不需要):

设置数据库读锁

mysql>flush tables with read lock;

Query OK,0 rows affected (0.00 sec)

备份要同步的数据库

[root@Mike-Node1 ~]# mysqldump -u root -p --all-databases > all.sql

解锁数据库:

mysql>unlock tables;

Query OK,0 rows affected (0.00 sec)

复制备份数据库到从服务器:

[root@Mike-Node1 ~]# scp -r all.sql root@172.30.93.120:/root

root@172.30.93.120's password:

all.sql 100% 775KB 132.4MB/s 00:00[root@Mike-Node1 ~]#

从服务器配置操作

恢复主库数据库

[root@Mike-Node2 ~]# mysql -uroot -p

Enter password:

[root@Mike-Node2 ~]#

这里你需要进入到数据库里检查一下恢复的数据是否正常

修改配置文件

[root@Mike-Node2 ~]# vim /etc/my.cnf

server-id = 120relay-log =/data/logs/mysql/mysql_relay.log

[root@Mike-Node2 ~]#

[root@Mike-Node2 ~]# /etc/init.d/mysql restart

Shutting down MySQL.. [ OK ]

Starting MySQL.. [ OK ]

[root@Mike-Node2 ~]#

配置同步数据库

[root@Mike-Node2 ~]# mysql -uroot -p

Enter password:

Welcome to the MySQL monitor. Commands end with ; or \g.

Your MySQL connectionid is 2Server version:5.7.26-log MySQL Community Server (GPL)

Copyright (c)2000, 2019, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its

affiliates. Other names may be trademarks of their respective

owners.

Type'help;' or '\h' for help. Type '\c' to clearthe current input statement.

mysql>stop slave;

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

mysql> change master to master_host='172.30.93.120',master_user='repl001',master_password='repl001mysql',master_log_file='mysql_bin.000003',master_log_pos=1483;

Query OK,0 rows affected, 2 warnings (0.02sec)

mysql>start slave;

Query OK,0 rows affected (0.00sec)

mysql>show slave status\G*************************** 1. row ***************************Slave_IO_State: Waitingformaster to send event

Master_Host:172.30.93.121Master_User: repl001

Master_Port:3306Connect_Retry:60Master_Log_File: mysql_bin.000003Read_Master_Log_Pos:2385Relay_Log_File: mysql_relay.000002Relay_Log_Pos:1222Relay_Master_Log_File: mysql_bin.000003Slave_IO_Running: Yes

Slave_SQL_Running: Yes

Replicate_Do_DB:

Replicate_Ignore_DB:

Replicate_Do_Table:

Replicate_Ignore_Table:

Replicate_Wild_Do_Table:

Replicate_Wild_Ignore_Table:

Last_Errno:0Last_Error:

Skip_Counter:0Exec_Master_Log_Pos:2385Relay_Log_Space:1425Until_Condition: None

Until_Log_File:

Until_Log_Pos:0Master_SSL_Allowed: No

Master_SSL_CA_File:

Master_SSL_CA_Path:

Master_SSL_Cert:

Master_SSL_Cipher:

Master_SSL_Key:

Seconds_Behind_Master:0Master_SSL_Verify_Server_Cert: No

Last_IO_Errno:0Last_IO_Error:

Last_SQL_Errno:0Last_SQL_Error:

Replicate_Ignore_Server_Ids:

Master_Server_Id:121Master_UUID: 186963b2-4ef8-11eb-8a92-00163e012c5c

Master_Info_File:/data/mysql/data/master.infoSQL_Delay:0SQL_Remaining_Delay: NULL

Slave_SQL_Running_State: Slave has read all relay log; waitingfor moreupdates

Master_Retry_Count:86400Master_Bind:

Last_IO_Error_Timestamp:

Last_SQL_Error_Timestamp:

Master_SSL_Crl:

Master_SSL_Crlpath:

Retrieved_Gtid_Set:

Executed_Gtid_Set:

Auto_Position:0Replicate_Rewrite_DB:

Channel_Name:

Master_TLS_Version:1 row in set (0.00sec)

mysql>

注意:master_log_file和master_log_pos是由主服务器执行 show master status; 获取文件日志名和偏移量,具体数据由主服务器产生,此值应和主服务器数据对应

当时主服务器执行情况:

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

| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

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

| mysql_bin.000003 | 1483 | | | |

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

1 row in set (0.00 sec)

如果出现错误,很有可能就是密码不对,或者是因为没有关闭防火墙,关闭防火墙后再show下

检查主从复制是否同步

在主数据库上创建表和删除表,发现从服务器都可以同步

postgresql主从断了怎么恢复 mysql 1317主从中断_服务器

然后再查看内容是否同步,如果同步证明已经主从成功

还有一种GTID模式来搭建主从复制是5.6以后的新特性

大致操作步骤和主从复制差不多,大致步骤如下:

# 主库参数配置 要有以下参数

vim/etc/my.cnf

[mysqld]

server-id = 121log-bin =/data/mysql/mysql_bin.log

binlog_format=row

gtid-mode = ON //开启gtid模式

enforce-gtid-consistency = ON //强制gtid一致性,用于保证启动gitd后事务的安全

# 从库建议配置以下参数

vim/etc/my.cnf

[mysqld]

server-id = 120log-bin =/data/mysql/mysql_bin.log

binlog_format=row

gtid-mode =ON

enforce-gtid-consistency =ON

relay-log =/data/logs/mysql/mysql_relay.log

创建同步账号,保持主从库数据一致,需要先同步数据库

# 主库创建同步账号

create user'repl001'@'%' identified by 'repl001mysql';

grant replication slave on*.* to 'repl'@'%';

# 若主库刚初始化或保留有完整二进制文件 则无需执行下面步骤

# 全备主库数据

mysqldump-u root -p --all-databases >all.sql

# 从库端恢复

mysql-uroot -p

进入从库,开启主从复制

# 进入从库MySQL命令行 执行change master语句连接主库

CHANGE MASTER TO MASTER_HOST='MySQL主服务器IP地址',

MASTER_PORT=3306,

MASTER_USER='repl',

MASTER_PASSWORD='123456',

MASTER_AUTO_POSITION= 1;

# 开启主从复制 并坚持状态

start slave;

show slave status \G

建议:

1.主从两端数据库版本尽量保持一致

2.主从库参数建议相同,比如字符集、sql_mode这类参数要设置一样

3.从库服务器性能不能过于落后主库,以免因服务器性能产生主从延迟

4.所有表强制拥有主键,因为无主键表同步到从库极易产生主从延迟

5.建议从库设为read only,以防人为误操作从库数据

6.监控主从延迟及状态,及时解决同步中断或延迟问题

本文分享完毕,感谢支持点赞~~