MySQL如何做读写分离架构

最新推荐文章于 2025-12-12 18:30:32 发布

原创最新推荐文章于 2025-12-12 18:30:32 发布 · 437 阅读

7 ·

CC 4.0 BY-SA版权

文章标签：

#mysql #架构 #数据库

mysql 专栏收录该内容

108 篇文章

订阅专栏

引言

在互联网高并发场景下，单台MySQL实例往往难以应对海量读写请求。通过读写分离架构将写操作定向到主库、读操作分流到从库，可显著提升系统并发能力。本文详细说明如何基于两台机器（一主一从）实现MySQL读写分离架构，并验证其可行性。

架构设计原理

核心组件

主库（Master）：处理INSERT/UPDATE/DELETE等写操作，启用二进制日志（binlog）记录变更
从库（Slave）：通过复制协议同步主库数据，专门处理SELECT读请求
中间件层（可选）：如ProxySQL、Mycat等实现自动路由，或通过应用层代码实现分流

数据同步机制

主库执行写操作并写入binlog
从库IO线程拉取binlog至本地relay log
从库SQL线程重放relay log中的变更至自身数据库

两台机器配置步骤

环境准备

两台独立服务器（推荐CentOS 7+）
相同版本的MySQL（建议5.7+）
防火墙开放3306端口及主从通信端口

主库配置

修改my.cnf：

[mysqld]
server-id=1
log-bin=/var/lib/mysql/mysql-bin.log
binlog-format=ROW

创建复制用户：

CREATE USER 'repl'@'%' IDENTIFIED BY 'password';
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%';

重启MySQL服务

从库配置

修改my.cnf：

[mysqld]
server-id=2
relay-log=/var/lib/mysql/mysql-relay-bin.log
read-only=1

连接主库：

CHANGE MASTER TO
MASTER_HOST='主库IP',
MASTER_USER='repl',
MASTER_PASSWORD='password',
MASTER_LOG_FILE='mysql-bin.000001',
MASTER_LOG_POS=154;
START SLAVE;

验证状态：

SHOW SLAVE STATUS\G

需确保Slave_IO_Running和Slave_SQL_Running均为Yes

验证与测试

数据同步测试：
- 主库创建测试表并插入数据
- 从库查询验证数据一致性
读写分离验证：
- 手动路由：应用层配置两个数据源
- 自动路由：部署ProxySQL并配置规则

INSERT INTO mysql_query_rules(active, match_pattern, destination_hostgroup) 
VALUES (1, '^SELECT', 20), (1, '.*', 10);

扩展与优化

高可用方案

MHA工具：自动故障转移，减少主库宕机时间
InnoDB Cluster：基于组复制实现自动选主与数据强一致

性能优化

从库配置多线程复制（slave_parallel_workers）
启用半同步复制（rpl_semi_sync_master_wait_for_slave_count=1）
调整缓冲池大小（innodb_buffer_pool_size占内存70%-80%）

监控体系

实时监控：Prometheus+Grafana追踪QPS、连接数、复制延迟
日志分析：通过pt-heartbeat检测主从延迟
熔断机制：当延迟超过阈值时自动降级读请求

注意事项

版本一致性：主从MySQL版本需保持一致
参数调优：根据业务特点调整sync_binlog、innodb_flush_log_at_trx_commit等参数
数据一致性：事务中混合读写需强制路由主库，避免主从延迟导致脏读

总结

两台机器实现MySQL读写分离完全可行，这是构建高并发数据库架构的基础单元。通过主从复制保证数据同步，配合中间件或应用层路由实现读写分流，可有效提升系统吞吐量。实际部署时需结合业务特点进行参数调优与监控体系建设，确保架构的稳定与高效。