MySQL主从复制与读写分离

原创 已于 2025-07-10 09:08:47 修改 · 940 阅读 · 11 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mysql #数据库 #linux

于 2025-07-09 20:43:20 首次发布

目录

一、maxscale概述

二、读写分离

1、环境说明

2、myssql主从复制配置

基础环境设置

网络对时

防火墙与SELinux

主服务配置

从服务器配置

3、maxscale安装

4、配置maxscale

登录到主库

在maxscale上安装mysql

回到master主库设置增删改查权限

在maxscale上修改配置文件

启动服务

一、maxscale概述

maxscale是maridb开发的一个mysql数据中间件，其配置简单，能够实现读写分离，并且可以根据主从状态实现写库的自动切换。

二、读写分离

1、环境说明

数据库角色IP应用与系统版本
master192.168.62.149rocky linux9.4 mysql-8.0.36
slave1192.168.62.150rocky linux9.4 mysql-8.0.36
slave2192.168.62.151rocky linux9.4 mysql-8.0.36
maxscale192.168.62.152rocky linux9.4 maxscale-24.02.3-1.rhel.9.x86_64.rpm

2、myssql主从复制配置

概述
1、master开启二进制日志目录
2、slave开启IO进程，从master中读取二进制日志并写入slave的中继日志
3、slave开启SQL进程，从中继日志中读取二进制日志并进行重放
4、最终，达到slave与master中数据一致的状态，我们称作为主从复制的过程。

基础环境设置

网络对时

主与从主机都需要操作

[root@slave1 ~]# timedatectl set-timezone Asia/Shanghai
[root@slave1 ~]# systemctl restart chronyd.service
防火墙与SELinux

主与从主机都需要操作

主服务配置

①.修改配制文件

②.启动服务

③.创建从主机可以进行访问的用户

④.密码插件修改

⑤.查看master正在使用的日志文件及日志书写位置

注意：查看位置完毕后，不要对master做insert、update、delete、create、drop等操作！

从服务器配置

①.修改配置文件

   

②.启动服务

      systemctl enable --now mysqld

③.配置从服务器的所属主服务器

④.启动slave角色，默认没有配置主从时，所有的mysql节点都是master

⑤.查看slave状态信息

3、maxscale安装

4、配置maxscale

登录到主库

创建maxscale用户密码是maxscale

授权maxscale可以查询所有数据库

授权可以看所有数据库

创建admin用户可以在maxscale上登录

在maxscale上安装mysql

登录到master

回到master主库设置增删改查权限

在maxscale上修改配置文件

            vim /etc/maxscale.cnf

先看有无这个
[maxscale]
threads=auto

修改后端服务器地址

配置监控

注释掉只读配置

修改读写分离服务

配置listener，注释掉只读

修改读写分离

切换到主库创建monitor用户

再添加授权

启动服务

      systemctl start maxscale

LPH3119
关注
Mysql主从复制与读写分离
weixin_48861962的博客
11-01 1128
一、MySQL主从复制与读写分离 1.1 主从分离和读写分离的相关概述 1）主从复制与读写分离、 在实质际的生产环境中，对数据库的读和写都在同一个数据库服务器中，是不能满足实院需求的。无论是在安全性、高可用性还是高并发等各个方面都是完全不能满足实际需求的。因此，通过主从复制的方式来同步数据，再通过读写分离来提升数据库的并发负载能力。有点类似于rsync，但是不同的是rsync是对磁盘文件做备份，而mysql主从复制是对数据库中的数据、语句做备份。 2）为什么要读写分离 因为数据库的"写"（
MySQL 主从复制与读写分离
ASDyushui的博客
06-06 1249
在启动 Mycat2之前，需要对原型库的数据源做相应的修改，修改的项主要是主数据库的连接信息，一个完整的修改过的原型数据源文件“/usr/1ocal/mycat/conf/datasources/prototypeDs.datasource.json”的内容如下:被修改过的内容，以红色字显示。不过，无论是哪种存储方式，在最终用户看，MyCAT里都是一个传统的数据库表，支持标准的 SQL语句进行数据的操作，这样一来，对前端业务系统来说，可以大幅降低开发难度，提升开发速度。未来，它还会支持更多类型的存储。
mysql主从复制与读写分离
weixin_73188318的博客
07-01 1000
MHA（全称Master High Availability或MySQL High Availability）是一个用于提高MySQL数据库高可用性的解决方案。它通过在主数据库和备份数据库之间进行故障切换，确保在主数据库出现故障时，系统能够自动切换到备份数据库，从而保证系统的持续运行。
MySQL主从复制与读写分离原理及用法详解
09-08
MySQL主从复制与读写分离是数据库高可用性和负载均衡的重要技术。主从复制允许数据从一个服务器（主服务器）自动同步到其他服务器（从服务器），而读写分离则是将读操作分散到从服务器，以减轻主服务器的压力，提高...
精选资源
MySQL主从复制与读写分离.docx
04-13
MySQL 主从复制与读写分离 MySQL 主从复制是指将一个 MySQL 服务器的数据实时同步到另一个 MySQL 服务器中，以实现数据的高可用性和读写分离。下面是 MySQL 主从复制与读写分离的详细知识点： MySQL 主从复制 ...
MySQL主从复制与读写分离配置详解
10-31
内容概要：本文详细介绍了如何在两台MySQL服务器上配置主从复制和读写分离，以实现数据同步更新和降低数据库压力。具体步骤包括安装MySQL、配置主服务器和从服务器、导入数据库以及配置MySQL配置文件。通过具体的...
基于 MySQL Monitoring and Management 的性能保障实践
最新发布
星哥玩云
12-17 642
摘要：本文探讨MySQL Monitoring and Management（MMM）工具在数据库性能保障中的实践应用。MMM作为官方推荐的轻量化监控方案，具有全栈指标覆盖、易部署和可视化告警等优势。重点分析了查询执行时间、连接数和缓存命中三大核心指标的监控逻辑与优化策略，并提供了从部署到日常监控的完整操作流程。通过电商平台案例展示了MMM在实际场景中的故障定位与性能优化价值，最后提出指标联动、动态阈值调整等优化建议，为构建高效的MySQL监控体系提供实用指南。
记一次Mysql数据删除生产事故处理
企业实战系列集 ●●● https://ximenjianxue.blog.youkuaiyun.com
12-12 866
因程序依然运行，相关关键的文件仍主流再内存中，通过查看/proc/的文件描述符状态为deleted，cat后恢复到指定/data/路径，复制后靠背到另一台mysql实例上启动验证数据恢复。当Mysql数据字典不同步时，MySQL会打印上面错误，且会报其无法打开一个InnoDB文件。**处理：**重置binlog，让MySQL 不在尝试读取已经不存在的二进制日志文件。现场下面对应的ibd文件是有的，但是仍然报missing；
SQL篇——【MySQL篇：SQL理论】SQL 与关系型数据库核心要点详解
2403_88453964的博客
12-12 1113
本文系统介绍了关系型数据库的核心概念与SQL操作指南。主要内容包括：1.关系型数据库基础概念，包括主流数据库产品对比；2.SQL语言详解，涵盖DDL（数据定义）、DML（数据操作）、DQL（数据查询）和DCL（数据控制）四大类语法；3.数据库函数与约束机制，包括字符串、数值、日期函数及主键、外键等约束类型；4.多表查询技术，涉及内连接、外连接、子查询等复杂查询方法；5.事务管理，详细说明ACID特性、隔离级别及并发控制。全文采用示例驱动的讲解方式，提供大量实用SQL代码片段，适合作为关系型数据库学习的系统参
MySQL 新手避坑指南：安装、区分、检查一步到位
m0_57021623的博客
12-17 712
本文详细解释了在Linux系统中安装MySQL时常见的困惑，重点区分了MySQL客户端与服务端的不同。文章指出mysql-server是数据库服务端核心，包含mysqld进程和数据存储；而mysql仅是客户端工具。通过yum安装mysql-server mysql是最完整的安装方式，同时具备服务端和客户端功能。文中提供了多种验证安装状态的方法（如rpm查询、服务状态检查等），并澄清了常见误区（如混淆客户端与服务端）。最后强调生产环境中应避免混合安装方式，防止端口冲突等问题。全文以简洁语言帮助读者彻底理解My
MySQL 中 UPDATE 语句的执行过程全解析
Knight
12-15 1096
MySQL UPDATE操作执行流程详解：从SQL解析到事务提交，整个过程遵循"查找记录→加锁→写undo→修改内存页→redo prepare→写binlog→redo commit→释放锁"的核心链路。首先Server层解析SQL并调用InnoDB，InnoDB通过索引查找记录并加锁（行锁或间隙锁），记录undo日志保存旧值。随后修改Buffer Pool内存页，写入prepare状态的redo日志保证持久化。Server层写入binlog后，通过两阶段提交机制确保redo和binl
【数据库】【MySQL】锁机制 从粒度到模式的剖析
瘦到被风吹走的博客
12-17 351
MySQL锁机制是实现并发控制的核心，主要包括表锁和行锁两种粒度。表锁开销小但并发度低，适合读多写少的场景；行锁开销大但并发度高，必须命中索引否则退化为表锁。锁模式分为共享锁（S锁）、排他锁（X锁）和意向锁，其中意向锁是表级锁，用于协调表锁和行锁的关系。InnoDB还提供特殊锁机制如间隙锁（防止幻读）、临键锁（默认RR级别锁）和插入意向锁（提高插入并发）。不同隔离级别下锁行为不同：RC级别仅加行锁，无间隙锁；RR级别使用Next-Key Lock锁定记录和间隙防止幻读。
【MYSQL】字符串拼接和参数化sql语句区别
weixin_38792911的博客
12-16 189
参数化的核心价值在于固定SQL结构而非复用结果。它使数据库能够复用解析结构和执行计划，降低解析开销。与字符串拼接不同，参数化通过语义隔离确保输入值仅被视为数据而非SQL语法，从根本上消除注入风险。数据库处理流程先解析固定SQL结构，再将参数值绑定为纯数据，确保安全性。参数化既提升性能又保障安全，是优于字符串拼接的最佳实践。
MySQL 的存储引擎
2301_80096362的博客
12-15 395
MySQL存储引擎对比摘要：InnoDB是最可靠的"银行经理"，支持事务、行锁和外键，适合重要业务场景；MyISAM是过时的"图书馆管理员"，只读快但修改性能差；Memory是临时的"白板"，速度快但数据易丢失。当前推荐选择InnoDB作为默认引擎，它能满足绝大多数严肃应用的需求，而其他两种引擎已基本被淘汰或替代。核心差异在于事务支持、锁机制和数据持久性，InnoDB在可靠性和并发性能方面具有明显优势。
上云后mysql默认wait_timeout导致应用层很多连接不可用
JavaOpsPro的博客
12-12 530
摘要：上云后MySQL默认的wait_timeout（8小时）会导致应用层连接异常，出现"Communications link failure"等错误。这是因为云环境中的网络设备（如防火墙、负载均衡等）会主动清理长时间不活跃的TCP连接。解决方案包括：1）修改MySQL的wait_timeout为15分钟；2）调整连接池配置（如HikariCP的max-lifetime），确保连接池中连接的生命周期小于数据库超时时间。关键是要使连接池的max-lifetime参数值小于MySQL的wa
【MySQL】事务
关注学习C++领域，感谢陪伴，共同进步！
12-17 508
其中隔离级别越严格，安全性越高，但数据库的并发性能也就越低，往往需要在两者之间找一个平 衡点。不可重复读的重点是修改和删除：同样的条件, 你读取过的数据,再次读取出来发现值不一样了幻读的重点在于新增：同样的条件, 第1次和第2次读出来的记录数不一样说明： mysql 默认的隔离级别是可重复读,一般情况下不要修改上面的例子可以看出，事务也有长短事务这样的概念。事务间互相影响，指的是事务在并行执行的时候，即都没有commit的时候，影响会比较大。
MySQL系列4
m0_63616119的博客
12-13 1026
本文介绍了MySQL8解压版安装配置流程，包括下载解压、配置文件创建、环境变量设置和服务初始化步骤。详细说明了忘记密码时的处理方法，以及JDBC使用中的SQL注入防护措施。重点阐述了数据库连接池的作用与优势，并推荐使用高性能的HikariCP连接池。最后强调了JDBC代码封装在提高复用性、简化逻辑、统一异常处理等方面的重要意义。全文提供了从MySQL安装到Java数据库连接优化的完整技术指导。
MySQL主从复制与读写分离技术解析
该ZIP压缩包文件内容涉及MySQL数据库的主从复制与读写分离机制的详细讲解，其包含的文本文件"MySQL主从复制读写分离.txt"应详细描述了这两种机制的原理、配置、优化以及应用场景。 MySQL主从复制是一种数据库数据...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值