mysql5.7基于binlog的主从复制最详细

本文详细介绍MySQL主从复制的配置流程,包括主从服务器的软件环境一致性要求、硬件需求、my.ini配置、数据同步用户创建、Slave初始化及状态监控等关键步骤。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

要求

1、主从服务器操作系统版本和位数一致
2、Master和Slave数据库的版本要一致
3、Master和Slave数据库中的数据要一致
4、Master开启二进制日志,Master和Slave的server_id在局域网内必须唯一

具体配置

硬件需求
两台或两台以上安装了相同版本的MySQL(我没有试过不同版本会不会有问题,有兴趣的可以试试),当然这个可以用虚拟机或者Docker代替,个人推荐用Docker,比虚拟机消耗少太多了,当然用起来可能没有虚拟机那么方便,但是却不用挨个环境配置了

配置Master

一、安装数据库
二、配置my.ini
[mysqld]
##设置server_id,一般设置为IP,注意要唯一
server_id=100
##复制过滤:也就是指定哪个数据库不用同步(mysql库一般不同步)
binlog-ignore-db=mysql
##开启二进制日志功能,可以随便取,最好有含义(关键就是这里了)
log-bin=edu-mysql-bin
##为每个session 分配的内存,在事务过程中用来存储二进制日志的缓存
binlog_cache_size=1M
##主从复制的格式(mixed,statement,row,默认格式是statement)
binlog_format=mixed
##二进制日志自动删除/过期的天数。默认值为0,表示不自动删除。
expire_logs_days=7
##跳过主从复制中遇到的所有错误或指定类型的错误,避免slave端复制中断。
##如:1062错误是指一些主键重复,1032错误是因为主从数据库数据不一致
slave_skip_errors=1062

配置完成后重启mysql

关于复制过滤
复制过滤可以让你只复制服务器中的一部分数据,有两种复制过滤:

1、在Master上过滤二进制日志中的事件
2、在Slave上过滤中继日志中的事件。

复制类型
1、基于语句的复制
在Master上执行的SQL语句,在Slave上执行同样的语句。MySQL默认采用基于语句的复制,效率比较高。一旦发现没法精确复制时,会自动选着基于行的复制

2、基于行的复制
把改变的内容复制到Slave,而不是把命令在Slave上执行一遍。从MySQL5.0开始支持

3、混合类型的复制
默认采用基于语句的复制,一旦发现基于语句的无法精确的复制时,就会采用基于行的复制

三、创建数据同步用户
1.CREATE USER ‘slave’@’%’ IDENTIFIED BY ‘123456’;
2.GRANT REPLICATION SLAVE, REPLICATION CLIENT ON . TO ‘slave’@’%’;
这里主要是要授予用户REPLICATION SLAVE权限和REPLICATION CLIENT权限

配置Slave

一、安装数据库
二、配置my.ini
[mysqld]
##设置server_id,一般设置为IP,注意要唯一
server_id=101
##复制过滤:也就是指定哪个数据库不用同步(mysql库一般不同步)
binlog-ignore-db=mysql
##开启二进制日志功能,以备Slave作为其它Slave的Master时使用
log-bin=edu-mysql-slave1-bin
##为每个session 分配的内存,在事务过程中用来存储二进制日志的缓存
binlog_cache_size=1M
##主从复制的格式(mixed,statement,row,默认格式是statement)
binlog_format=mixed
##二进制日志自动删除/过期的天数。默认值为0,表示不自动删除。
expire_logs_days=7
##跳过主从复制中遇到的所有错误或指定类型的错误,避免slave端复制中断。
##如:1062错误是指一些主键重复,1032错误是因为主从数据库数据不一致
slave_skip_errors=1062
##relay_log配置中继日志
relay_log=edu-mysql-relay-bin
##log_slave_updates表示slave将复制事件写进自己的二进制日志
log_slave_updates=1
##防止改变数据(除了特殊的线程)
read_only=1
如果Slave为其它Slave的Master时,必须设置bin_log。配置完成后重启mysql

完成Master和Slave链接
一、初始化数据
保证Master和Slave除不同步的数据库,其他库的数据一致

二、查询Master状态
在Master中执行
1 show master status;
记录下返回结果的File列和Position列的值

三、Slave中设置Master信息
在Slave中执行
1 change master to master_host=‘192.168.1.100’, master_user=‘slave’, master_password=‘123456’, master_port=3306, master_log_file=‘edu-mysql-bin.000001’, master_log_pos=1389, master_connect_retry=30;
上面执行的命令的解释:

master_host=’192.168.1.100’ ## Master的IP地址

master_user=’slave’ ## 用于同步数据的用户(在Master中授权的用户)

master_password=’123456’ ## 同步数据用户的密码

master_port=3306 ## Master数据库服务的端口

master_log_file=’edu-mysql-bin.000001’ ##指定Slave从哪个日志文件开始读复制数据(Master上执行命令的结果的File字段)

master_log_pos=429 ## 从哪个POSITION号开始读(Master上执行命令的结果的Position字段)

master_connect_retry=30 ##当重新建立主从连接时,如果连接建立失败,间隔多久后重试。单位为秒,默认设置为60秒,同步延迟调优参数。

四、查看主从同步状态
在Slave中执行命令
1 show slave status;
可看到Slave_IO_State为空, Slave_IO_Running和Slave_SQL_Running是No,表明Slave还没有开始复制过程。相反Slave_IO_Running和Slave_SQL_Running是Yes表明已经开始工作了

五、开启主从同步
在Slave中执行命令
1 start slave(开启同步线程执行同步);
2 stop slave(关闭同步线程)
查询查看主从同步状态,会发现Slave_IO_Running和Slave_SQL_Running是Yes了,表明开启成功

注意:我在实际操作中,首次操作完成后,在主服务器数据库添加数据后,发现从服务器数据库并没有天机对应的数据,这时候不要着急,请按照如下步骤再操作一次:
1.在Slave中执行 stop slave 命令
2.在master中执行 show master status,并查看master_log_file 和 master_log_pos的值
3.重新再slave中执行 (设置master_log_file和master_log_pos的的值为如上查出的值)
change master to master_host=‘192.168.1.100’, master_user=‘slave’, master_password=‘123456’, master_port=3306, master_log_file=‘edu-mysql-bin.000001’, master_log_pos=1389, master_connect_retry=30;
4.重新执行 show slave status命令,可看到Slave_IO_State为空, Slave_IO_Running和Slave_SQL_Running是No,表明Slave还没有开始复制过程。相反Slave_IO_Running和Slave_SQL_Running是Yes表明已经开始工作了
5.在Slave中执行 start slave命令
6.继续执行 show slave status,Slave_IO_Running和Slave_SQL_Running是Yes表明已经开始工作了,此时主从复制正式开启

<think>我们正在处理用户关于MySQL 5.7和8.0主从复制设置命令的问题。根据引用,我们可以总结出一些关键步骤,但要注意不同版本之间可能存在差异。同时,用户提供的引用中包含了多个版本的信息(如5.7和8.0),我们需要分别说明。 主要步骤包括: 1. 在主服务器上配置:启用二进制日志,设置唯一的服务器ID。 2. 在从服务器上配置:设置唯一的服务器ID。 3. 在主服务器上创建复制专用的用户并授权。 4. 获取主服务器当前的二进制日志位置(用于从服务器开始复制的起点)。 5. 在从服务器上配置主服务器的信息(包括主机、端口、用户、密码、日志文件和位置)。 6. 启动从服务器的复制线程。 注意:在MySQL 8.0中,一些命令可能有所变化,例如创建用户和授权的方式(MySQL 8.0默认使用caching_sha2_password认证插件,而5.7使用mysql_native_password)。如果从服务器是旧版本,可能需要调整认证方式。 根据引用[2]:在从服务器上配置主服务器的信息,使用`CHANGE MASTER TO`命令(在MySQL 8.0.23之前)或`CHANGE REPLICATION SOURCE TO`(MySQL 8.0.23及以后,为了语法更符合SQL标准)。但是,用户引用的命令中使用了`CHANGE MASTER TO`,所以我们需要同时提供两种版本的命令,并注明版本差异。 另外,引用[1]中提到了一些组复制的命令,但用户要求的是主从复制(异步复制),所以主要关注传统的主从复制。 我们分两个版本(5.7和8.0)来写设置命令,相同步骤合并,不同步骤分开说明。 步骤: 1. 主服务器配置(my.cnf): [mysqld] server-id=1 # 唯一ID,主从不能相同 log-bin=mysql-bin # 启用二进制日志 2. 从服务器配置(my.cnf): [mysqld] server-id=2 # 唯一ID,不同于主服务器 3. 重启主从服务器的MySQL服务使配置生效。 4. 在主服务器上创建复制用户并授权: MySQL 5.7和8.0创建用户命令可能不同,因为8.0默认使用caching_sha2_password,如果从服务器是8.0则没问题,但如果从服务器是5.7,则可能需要使用mysql_native_password。 在MySQL 5.7中: CREATE USER 'replicator'@'%' IDENTIFIED BY 'password'; GRANT REPLICATION SLAVE ON *.* TO 'replicator'@'%'; 在MySQL 8.0中,如果从服务器也是8.0,则同样使用上面的命令。但如果从服务器是5.7,则可能需要: CREATE USER 'replicator'@'%' IDENTIFIED WITH mysql_native_password BY 'password'; GRANT REPLICATION SLAVE ON *.* TO 'replicator'@'%'; 5. 获取主服务器当前二进制日志位置: 在主服务器上执行: FLUSH TABLES WITH READ LOCK; -- 锁定表,防止写入 SHOW MASTER STATUS; -- 记录File和Position 然后不要关闭这个会话(保持锁),将主服务器的数据备份(如果需要的话),然后解锁: UNLOCK TABLES; 6. 在从服务器上配置主服务器信息: MySQL 5.7和8.0(在8.0.23版本之前)使用: CHANGE MASTER TO MASTER_HOST='master_host_ip', MASTER_USER='replicator', MASTER_PASSWORD='password', MASTER_LOG_FILE='记录的文件名', MASTER_LOG_POS=记录的位置; MySQL 8.0.23及之后版本,可以使用新的语法(但旧语法仍然支持): CHANGE REPLICATION SOURCE TO SOURCE_HOST='master_host_ip', SOURCE_USER='replicator', SOURCE_PASSWORD='password', SOURCE_LOG_FILE='记录的文件名', SOURCE_LOG_POS=记录的位置; 7. 启动从服务器复制: 在MySQL 5.7和8.0(8.0.22之前)使用:START SLAVE; 在MySQL 8.0.22及之后,也可以使用:START REPLICA;(但START SLAVE仍然可用) 8. 检查从服务器状态: 在MySQL 5.7和8.0(8.0.22之前)使用:SHOW SLAVE STATUS\G 在MySQL 8.0.22及之后,也可以使用:SHOW REPLICA STATUS\G 注意:在MySQL 8.0中,一些命令的别名发生了变化,但旧命令仍然保留以保持兼容性。 另外,引用[3]提到了权限问题,在启动MySQL时要注意数据目录的权限,避免出现“Permission denied”错误。 引用[4]似乎与复制无关,是MySQL的数学函数示例。 下面我们整理出命令步骤,并分别标注适用的版本。</think>### MySQL 5.7 和 8.0 主从复制配置命令详解 以下是两个版本主从复制的核心命令对比(**粗体**为版本差异点),配置步骤相同: #### **一、主服务器配置(Master)** 1. **修改配置文件 `my.cnf`** ```ini [mysqld] server-id = 1 # 唯一ID(主从不能重复) log-bin = mysql-bin # 启用二进制日志 binlog_format = ROW # 推荐格式 gtid_mode = ON # 开启GTID(可选但推荐) enforce_gtid_consistency = ON ``` - **重启MySQL生效**: ```bash systemctl restart mysql # Linux系统 ``` 2. **创建复制用户** ```sql CREATE USER 'repl_user'@'%' IDENTIFIED BY 'YourPassword'; GRANT REPLICATION SLAVE ON *.* TO 'repl_user'@'%'; FLUSH PRIVILEGES; ``` 3. **获取主库状态** ```sql SHOW MASTER STATUS; -- 记录 File(如mysql-bin.000001)和 Position(如154) ``` --- #### **二、从服务器配置(Slave)** 1. **修改配置文件 `my.cnf`** ```ini [mysqld] server-id = 2 # 唯一ID(区别于主库) relay-log = mysql-relay-bin # 中继日志 read_only = ON # 从库只读(可选) ``` 2. **配置主库连接(关键版本差异)** - **MySQL 5.7 命令**: ```sql CHANGE MASTER TO MASTER_HOST = '主库IP', MASTER_USER = 'repl_user', MASTER_PASSWORD = 'YourPassword', MASTER_LOG_FILE = 'mysql-bin.000001', -- 主库SHOW MASTER STATUS的值 MASTER_LOG_POS = 154; ``` - **MySQL 8.0 命令(推荐新语法)**: ```sql CHANGE REPLICATION SOURCE TO -- 8.0.23+ 使用REPLICATION替代MASTER SOURCE_HOST = '主库IP', SOURCE_USER = 'repl_user', SOURCE_PASSWORD = 'YourPassword', SOURCE_LOG_FILE = 'mysql-bin.000001', SOURCE_LOG_POS = 154; ``` 3. **启动复制** - **MySQL 5.7**: ```sql START SLAVE; ``` - **MySQL 8.0**: ```sql START REPLICA; -- 8.0.22+ 支持REPLICA别名 ``` 4. **检查复制状态** ```sql SHOW SLAVE STATUS\G -- 5.7 和 8.0 均适用 --MySQL 8.0 新语法: SHOW REPLICA STATUS\G -- 8.0.22+ ``` **关键指标**: - `Slave_IO_Running: Yes` - `Slave_SQL_Running: Yes` - `Seconds_Behind_Master: 0`(无延迟) --- #### **三、GTID 模式额外配置(推荐)** ```sql -- 主从库均执行(需重启): SET @@GLOBAL.gtid_mode = ON; SET @@GLOBAL.enforce_gtid_consistency = ON; -- 从库额外执行(代替MASTER_LOG_FILE/POS): CHANGE MASTER TO MASTER_AUTO_POSITION = 1; -- 5.7 CHANGE REPLICATION SOURCE TO SOURCE_AUTO_POSITION = 1; -- 8.0 ``` --- #### **故障排查要点** 1. **权限问题**:确保从库能访问主库(防火墙、用户权限)[^3] 2. **版本兼容性**:MySQL 8.0 默认使用 `caching_sha2_password` 认证插件,5.7 需调整: ```sql ALTER USER 'repl_user'@'%' IDENTIFIED WITH mysql_native_password BY 'YourPassword'; ``` 3. **数据一致性**:初始同步前主库数据需备份并导入从库(使用 `mysqldump` 或 `clone` 插件)。 > **操作安全提示**:生产环境建议启用TLS加密复制通道[^2]。 --- ### 相关问题 1. **GTID模式与传统复制有何优劣?** 2. **MySQL 8.0 主从复制中`caching_sha2_password`插件导致连接失败如何解决?** 3. **如何监控主从复制的延迟并自动告警?** [^1]: 组复制配置示例(非主从复制) [^2]: 从库连接主库的配置要求 [^3]: 权限错误解决方案 [^4]: MySQL函数示例(与复制无关)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值