导读:本期聚焦于小伙伴创作的《为什么MySQL在分布式场景下要做读写分离?如何利用ProxySQL中间件均衡负载》,敬请观看详情,探索知识的价值。以下视频、文章将为您系统阐述其核心内容与价值。如果您觉得《为什么MySQL在分布式场景下要做读写分离?如何利用ProxySQL中间件均衡负载》有用,将其分享出去将是对创作者最好的鼓励。

分布式场景下业务请求量通常会随规模扩大快速增长,单节点MySQL的CPU、内存、IO资源有限,很容易成为整个系统的性能瓶颈。读写分离和ProxySQL中间件的结合,是解决这类问题的成熟方案。

为什么MySQL在分布式场景下要做读写分离?如何利用ProxySQL中间件均衡负载

分布式场景下MySQL读写分离的必要性

单节点MySQL的性能局限

MySQL默认是单进程多线程架构,写操作需要加锁、保证事务一致性,对资源消耗更高。而读操作可以通过多副本扩展,单节点的写能力上限远低于读能力上限。当业务读请求占比超过80%时,单节点很容易出现查询排队、响应延迟升高的问题。

读写分离的核心价值

读写分离将写请求路由到主库,读请求路由到多个从库,核心优势有三点:第一是提升整体吞吐量,从库可以水平扩展,支撑更多读请求;第二是降低主库压力,避免读请求占用主库资源影响写操作;第三是提升系统可用性,单个从库故障不影响整体读服务。

ProxySQL中间件的核心能力

ProxySQL是专为MySQL设计的高性能中间件,运行在应用和MySQL集群之间,核心功能完全匹配读写分离和负载均衡的需求:

  • 支持基于规则请求路由,可按照SQL类型、用户、库表等维度分发请求
  • 内置负载均衡算法,支持轮询、权重、最少连接等策略
  • 支持MySQL主从复制状态监控,自动剔除故障节点
  • 配置热加载,不需要重启服务就能更新路由规则
  • 性能损耗极低,本身采用多线程架构,转发延迟可控制在毫秒级

基于ProxySQL实现读写分离的配置步骤

环境准备

假设我们有1个MySQL主库(192.168.0.10:3306)、2个从库(192.168.0.11:3306、192.168.0.12:3306),ProxySQL部署在192.168.0.20:6033,应用通过连接ProxySQL的6033端口访问数据库。

1. 添加MySQL后端节点

首先登录ProxySQL管理端,默认管理端口是6032,账号密码是admin/admin,添加主从节点到mysql_servers表:

-- 添加主库,设置hostgroup_id为1,权重更高
INSERT INTO mysql_servers (hostgroup_id, hostname, port, weight, comment) 
VALUES (1, '192.168.0.10', 3306, 1000, 'master');

-- 添加两个从库,hostgroup_id为2,权重可设置不同值实现负载均衡
INSERT INTO mysql_servers (hostgroup_id, hostname, port, weight, comment) 
VALUES (2, '192.168.0.11', 3306, 500, 'slave1');
INSERT INTO mysql_servers (hostgroup_id, hostname, port, weight, comment) 
VALUES (2, '192.168.0.12', 3306, 500, 'slave2');

-- 加载配置到运行时,并保存到磁盘
LOAD MYSQL SERVERS TO RUNTIME;
SAVE MYSQL SERVERS TO DISK;

2. 配置读写分离路由规则

ProxySQL通过mysql_query_rules表定义路由规则,我们可以设置所有写操作(INSERT、UPDATE、DELETE、CREATE等)路由到主库组,读操作(SELECT)路由到从库组:

-- 写操作路由到hostgroup_id=1(主库)
INSERT INTO mysql_query_rules (rule_id, active, match_digest, destination_hostgroup, apply) 
VALUES (1, 1, '^(INSERT|UPDATE|DELETE|CREATE|DROP|ALTER)', 1, 1);

-- 读操作路由到hostgroup_id=2(从库)
INSERT INTO mysql_query_rules (rule_id, active, match_digest, destination_hostgroup, apply) 
VALUES (2, 1, '^SELECT', 2, 1);

-- 加载规则到运行时,保存到磁盘
LOAD MYSQL QUERY RULES TO RUNTIME;
SAVE MYSQL QUERY RULES TO DISK;

3. 配置监控用户

ProxySQL需要监控主从节点的复制状态,需要在MySQL主库创建一个监控用户,并授予相应权限:

-- 在MySQL主库执行,创建监控用户
CREATE USER 'proxysql_monitor'@'192.168.0.%' IDENTIFIED BY 'monitor_pass';
GRANT USAGE, REPLICATION CLIENT ON *.* TO 'proxysql_monitor'@'192.168.0.%';
FLUSH PRIVILEGES;

然后在ProxySQL中配置监控信息:

-- 设置监控用户和密码
UPDATE global_variables SET variable_value='proxysql_monitor' WHERE variable_name='mysql-monitor_username';
UPDATE global_variables SET variable_value='monitor_pass' WHERE variable_name='mysql-monitor_password';

-- 加载变量到运行时,保存到磁盘
LOAD MYSQL VARIABLES TO RUNTIME;
SAVE MYSQL VARIABLES TO DISK;

4. 配置应用访问用户

应用不需要直连MySQL,只需要连接ProxySQL的6033端口,需要在ProxySQL中配置应用用户,映射到后端MySQL的用户:

-- 添加应用用户,default_hostgroup设置为1,默认请求到主库
INSERT INTO mysql_users (username, password, default_hostgroup, transaction_persistent) 
VALUES ('app_user', 'app_pass', 1, 1);

-- 加载用户配置
LOAD MYSQL USERS TO RUNTIME;
SAVE MYSQL USERS TO DISK;

负载均衡效果验证

配置完成后,我们可以通过ProxySQL的统计表查看请求分发情况:

-- 查看各hostgroup的请求数
SELECT hostgroup, srv_host, srv_port, queries FROM stats_mysql_connection_pool;

如果看到SELECT请求大部分落在hostgroup_id=2的两个从库节点,写请求落在hostgroup_id=1的主库节点,说明读写分离和负载均衡已经生效。当某个从库故障时,ProxySQL会自动将该节点从可用列表移除,读请求会分发到剩余的健康从库,保障服务不中断。

注意事项

  • 主从复制存在延迟,如果对实时性要求高的读请求,需要单独配置路由规则到主库
  • ProxySQL本身也需要做高可用,可结合Keepalived实现双机热备,避免中间件成为单点
  • 定期查看ProxySQL的监控日志,及时发现后端节点的异常状态

MySQL读写分离ProxySQL分布式场景负载均衡修改时间:2026-07-21 08:27:31

免责声明:​ 已尽一切努力确保本网站所含信息的准确性。网站内容多为原创整理与精心编撰,观点力求客观中立。本站旨在免费分享,内容仅供个人学习、研究或参考使用。若引用了第三方作品,版权归原作者所有。如内容涉及您的权益,请联系我们处理。
内容垂直聚焦
专注技术核心技术栏目,确保每篇文章深度聚焦于实用技能。从代码技巧到架构设计,为用户提供无干扰的纯技术知识沉淀,精准满足专业提升需求。
知识结构清晰
覆盖从开发到部署的全链路。AI、前端、编程、数据库、服务器、建站、系统层层递进,构建清晰学习路径,帮助用户系统化掌握开发与运维所需的核心技术。
深度技术解析
拒绝泛泛而谈,深入技术细节与实践难点。无论是数据库优化还是服务器配置,均结合真实场景与代码示例进行剖析,致力于提供可直接应用于工作的解决方案。
专业领域覆盖
精准对应开发生命周期。从前端界面到后端编程,从数据库操作到服务器运维,形成完整闭环,一站式满足全栈工程师和运维人员的技术需求。
即学即用高效
内容强调实操性,步骤清晰、代码完整。用户可根据教程直接复现和应用于自身项目,显著缩短从学习到实践的距离,快速解决开发中的具体问题。
持续更新保障
专注既定技术方向进行长期、稳定的内容输出。确保各栏目技术文章持续更新迭代,紧跟主流技术发展趋势,为用户提供经久不衰的学习价值。