MySQL主从架构

1 主从架构解决了什么问题

随着业务的持续增长,单体数据库满足不了业务的需求,可能会出现负载过重,操作数据库速度变慢的情况。为了解决这个问题,数据库一般采用一主一从、一主多从的架构。

为了操作提高效率,减轻压力,采用读写分离:

• 主数据库只负责写

• 从数据库只负责读

2 主从复制的原理

  1. MySQL的主从复制基于主数据库的二进制日志(binlog)中记录所有对数据库的更改操作,所以主数据库需要开启二进制日志。

  2. 每个从数据库和主数据库进行配置连接。在主数据库上进行的任何更新操作都会同步给从数据库,从数据库接收主数据库的二进制日志。从数据库根据二进制日志进行数据操作。

  3. 从数据库执行的数据操作不会对主数据库造成干扰。即从数据库在备份数据过程中,主数据库可继续处理数据更新操作。

3 主从复制配置实战

主数据库的搭建请参考之前的文章:【揭秘】Docker安装MySQL8.0大公开,你知道吗?

3.1 使用docker启动从数据库

sql 复制代码
docker run -p 3307:3306 -e MYSQL_ROOT_PSSWORD=123456 --name mysql-slaver -v /root/mysql2/conf/my.cnf:/etc/mysql/my.cnf -v /root/mysql2/logs:/var/log/mysql -v /root/mysql2/data:/var/lib/mysql -v /root/mysql2/mysql-files:/var/lib/mysql-files -d mysql:8.0

3.2 修改server_id

修改my.cnf配置文件,修改主数据库的server_id为1,从服的server_id为2,修改后重启数据库。

bash 复制代码
[root@VM-24-10-centos conf]# 
cat my.cnf 
[mysqld]
lower_case_table_names=1
server-id=1
#skip-grant-tables

使用MySQL命令查看是否设置成功,查询server_id是否可配置文件中一致

bash 复制代码
show variables like 'server_id';

3.3 修改server-uuid

修改data目录下的auto.cnf中的server-uuid,主从的server-uuid不能一致,否则会有报错(#Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work.)

bash 复制代码
[root@VM-24-10-centos data]# cat auto.cnf 
[auto]
server-uuid=60a0cb5e-1a2f-11ee-8244-0242ac110003

3.4 在主数据库上新增用户

在主数据库上新增用户用于从数据库同步数据时,连接使用

1、创建新用户

create user 'slave'@'%' identified by 'slave12345';

2、刷新权限

flush privileges;

3、赋予权限,%标识不限制主机

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

4、刷新权限

flush privileges;

5、查看用户

select host,user,plugin,authentication_string from mysql.user;

3.5 在主数据库上查看Master状态

查询Master状态,并记录 File 和 Position 的值

show master status;

3.6 在从数据库上获取主数据库的密钥

否则会报错(# error connecting to master 'slave@10.0.24.10:3306' - retry-time: 60 retries: 51 message: Authentication plugin 'caching_sha2_password' reported error: Authentication requires secure connection.)

mysql -u slave -pslave12345 -h 10.0.24.10 -P 3306 --get-server-public-key

3.7 在从数据库上设置同步

设置主数据库参数

bash 复制代码
change master to master_host ='10.0.24.10', master_port =3306, master_user ='slave', master_password ='slave12345', master_log_file ='binlog.000007', master_log_pos =156;
  • master_host 为主数据库的ip
  • master_port为主数据库的端口号
  • master_user,master_password为主数据库新建的同步数据使用的用户名和密码
  • master_log_files为查询主数据库状态时的File
  • master_log_pos为查询主数据库状态时的Position

3.8 同步命令

开始同步

bash 复制代码
start slave;

当出现问题时,停止同步# 停止同步
stop slave;
reset slave;

3.9 查看设置是否成功

在从数据库上使用show slave status查看同步状态:

bash 复制代码
show slave status;

如上显示即为主从数据库搭建成功。


关注我,我们一起学习

相关推荐
蓝帆傲亦5 小时前
代码革命!我用Claude Code 3个月完成1年工作量,这些实战经验全给你
jvm·数据库·oracle
亓才孓5 小时前
[JDBC]事务
java·开发语言·数据库
PD我是你的真爱粉5 小时前
FastAPI使用tortoiseORM
数据库·fastapi
子兮曰12 小时前
OpenClaw入门:从零开始搭建你的私有化AI助手
前端·架构·github
剩下了什么13 小时前
MySQL JSON_SET() 函数
数据库·mysql·json
山峰哥13 小时前
数据库工程与SQL调优——从索引策略到查询优化的深度实践
数据库·sql·性能优化·编辑器
较劲男子汉13 小时前
CANN Runtime零拷贝传输技术源码实战 彻底打通Host与Device的数据传输壁垒
运维·服务器·数据库·cann
java搬砖工-苤-初心不变13 小时前
MySQL 主从复制配置完全指南:从原理到实践
数据库·mysql
晚霞的不甘15 小时前
CANN 在工业质检中的亚像素级视觉检测系统设计
人工智能·计算机视觉·架构·开源·视觉检测
island131415 小时前
CANN HIXL 高性能单边通信库深度解析:PGAS 模型在异构显存上的地址映射与异步传输机制
人工智能·神经网络·架构