MySQL一主一从搭建详细讲解(附图文)
1 概述
主从复制是指将主数据库的 DDL 和 DML 操作通过二进制日志传到从库服务器中,然后在从库上对这 些日志重新执行(也叫重做),从而使得从库和主库的数据保持同步。
MySQL支持一台主库同时向多台从库进行复制, 从库同时也可以作为其他从服务器的主库,实现链状 复制。

MySQL 复制的优点主要包含以下三个方面:
- 主库出现问题,可以快速切换到从库提供服务。
- 实现读写分离,降低主库的访问压力。
- 可以在从库中执行备份,以避免备份期间影响主库服务。
2 原理
MySQL主从复制的核心就是 二进制日志,具体的过程如下:

从上图来看,复制分成三步:
- Master 主库在事务提交时,会把数据变更记录在二进制日志文件 Binlog 中。
- 从库读取主库的二进制日志文件 Binlog ,写入到从库的中继日志 Relay Log 。
- slave重做中继日志中的事件,将改变反映它自己的数据。
3 搭建
3.1 准备

关闭两台服务器的防火墙
systemctl stop firewalld systemctl disable firewalld
如果不想关闭防火墙开放MySQL的端口
firewall-cmd --zone=public --add-port=3306/tcp-permanent firewall-cmd --reload
准备好两台服务器之后,在上述的两台服务器中分别安装好MySQL,并完成基础的初始化准备(安装、 密码配置等操作)工作。 其中:
- 192.168.116.129 作为主机
- 192.168.116.128 作为从机
3.2 主库配置
① 修改配置文件 /etc/my.cnf
#mysql 服务ID,保证整个集群环境中唯一,取值范围:1 – 232-1,默认为1 server-id=1 #是否只读,1 代表只读, 0 代表读写 read-only=0 #忽略的数据, 指不需要同步的数据库 #binlog-ignore-db=mysql #指定同步的数据库 #binlog-do-db=db01

② 重启MySQL服务器
systemctl restart mysqld
③ 登录mysql,创建远程连接的账号,并授予主从复制权限
#创建itcast用户,并设置密码,该用户可在任意主机连接该MySQL服务 create user 'itcast'@'%' IDENTIFIED WITH mysql_native_password BY 'Itcast@123456'; #为 'itcast'@'%' 用户分配主从复制权限 GRANT REPLICATION SLAVE ON *.* TO 'itcast'@'%';

④ 通过指令,查看二进制日志坐标
show master status;

字段含义说明:
- file : 从哪个日志文件开始推送日志文件
- position : 从哪个位置开始推送日志
- binlog_ignore_db : 指定不需要同步的数据库
3.3 从库配置
① 修改配置文件 /etc/my.cnf
#mysql 服务ID,保证整个集群环境中唯一,取值范围:1 – 2^32-1,和主库不一样即可 server-id=2 #是否只读,1 代表只读, 0 代表读写 read-only=1

② 重新启动MySQL服务
systemctl restart mysqld
③ 登录mysql,设置主库配置
SOURCE_LOG_FILE和SOURCE_LOG_POS设置的是主库中刚才查询出来的
CHANGE REPLICATION SOURCE TO SOURCE_HOST='192.168.116.129', SOURCE_USER='itcast', SOURCE_PASSWORD='Itcast@123456', SOURCE_LOG_FILE='binlog.000006', SOURCE_LOG_POS=370;

上述是8.0.23中的语法。如果mysql是 8.0.23 之前的版本,执行如下SQL:
CHANGE MASTER TO MASTER_HOST='192.168.116.129', MASTER_USER='itcast', MASTER_PASSWORD='Itcast@123456', MASTER_LOG_FILE='binlog.000006', MASTER_LOG_POS=370;
| 参数名 | 含义 | 8.0.23之前 |
|---|---|---|
| SOURCE_HOST | 主库IP地址 | MASTER_HOST |
| SOURCE_USER | 连接主库的用户名 | MASTER_USER |
| SOURCE_PASSWORD | 连接主库的密码 | MASTER_PASSWORD |
| SOURCE_LOG_FILE | binlog日志文件名 | MASTER_LOG_FILE |
| SOURCE_LOG_POS | binlog日志文件位置 | MASTER_LOG_POS |
④ 开启同步操作
start replica ; #8.0.22之后 start slave ; #8.0.22之前

⑤ 查看主从同步状态
show replica status ; #8.0.22之后 show slave status ; #8.0.22之前

Replica_IO_Running: Yes和Replica_SQL_Running: Yes说明配置成功
3.4 测试
① 在主库 192.168.116.129 上创建数据库、表,并插入数据
create database itdemo3; use itdemo3; create table tb_user( id int(11) primary key not null auto_increment, name varchar(50) not null, sex varchar(1) ); insert into tb_user(id,name,sex) values(null,'Tom', '1'),(null,'Trigger','0'), (null,'Dawn','1');
② 在从库 192.168.116.128 中查询数据,验证主从是否同步
可以从下边的图片可以看到主库中创建的数据库、创建的表、插入的数据已经成功同步到从库中



3.5 关闭主从
如果后续要关闭主从架构,只需要在从节点上MySQ客户端中执行如下:
STOP SLAVE; RESET SLAVE ALL;
并修改MySQL的配置文件删除server-id和read-only,然后重启MySQL
总结
到此这篇关于MySQL一主一从搭建的文章就介绍到这了,更多相关MySQL一主一从搭建内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!
相关文章
Mysql8报错this is incompatible with sql_mo
这篇文章主要介绍了Mysql8报错this is incompatible with sql_mode=only_full_group_by问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教2024-01-01
踩坑MySQL UNION和ORDER BY混用的问题及解决
MySQL中UNION合并多个子集时,内部ORDER BY可能失效,解决方法:各子集添加LIMIT,外层再包裹SELECT并使用ORDER BY,确保整体排序正确2025-09-09


最新评论