VPS服务器部署MySQL 5.7读写分离架构实践

在企业级应用场景中，数据量激增与高并发访问常导致数据库负载过重。当读操作频率远超写操作（如电商商品展示、新闻内容浏览等场景），单数据库服务器易出现响应延迟甚至服务中断。此时，通过VPS服务器部署MySQL 5.7读写分离架构，可有效分担读写压力，提升系统整体性能与可用性。

读写分离架构设计逻辑

该架构核心是将写操作集中至主服务器（Master）处理，读操作分散至多台从服务器（Slave）。主服务器通过二进制日志（Binlog）记录写操作变更，并同步至从服务器，确保数据一致性。这种“一主多从”模式既能缓解主库压力，又能通过扩展从库数量灵活应对读请求增长。

具体部署步骤

基础环境准备

需至少两台VPS服务器：一台作为主库，一台作为从库。所有服务器需预先安装MySQL 5.7并确保网络互通，可通过telnet或ping命令验证连接状态。

主服务器配置要点

1. 修改MySQL配置文件my.cnf，添加关键参数：

server-id = 1       # 唯一标识服务器，主从需不同
log-bin = mysql-bin # 开启二进制日志记录写操作
binlog-do-db = your_database_name # 指定需要同步的数据库名

保存后重启MySQL服务使配置生效（命令：systemctl restart mysql）。

2. 创建用于主从同步的专用用户：

CREATE USER 'repl_user'@'%' IDENTIFIED BY 'your_password';
GRANT REPLICATION SLAVE ON *.* TO 'repl_user'@'%';
FLUSH PRIVILEGES;

3. 查看主库二进制日志状态：

SHOW MASTER STATUS;

记录输出的File（如mysql-bin.000001）和Position（如154）值，后续从库配置需用到。

从服务器配置与同步

1. 编辑从库my.cnf文件：

server-id = 2       # 区别于主库的唯一ID
relay-log = mysql-relay-bin # 存储主库传输的二进制日志
log-bin = mysql-bin # 可选，若从库需级联同步则开启

重启MySQL服务后，执行同步配置命令：

CHANGE MASTER TO
MASTER_HOST='主库IP地址',
MASTER_USER='repl_user',
MASTER_PASSWORD='your_password',
MASTER_LOG_FILE='主库File值',
MASTER_LOG_POS=主库Position值;

2. 启动从库复制进程并验证状态：

START SLAVE;        # 启动复制
SHOW SLAVE STATUS\G # 查看状态

重点检查Slave_IO_Running（IO线程状态）与Slave_SQL_Running（SQL线程状态），两者均显示Yes时表示同步正常。

读写分离中间件配置

推荐使用MySQL Proxy或MaxScale实现读写分流。以MySQL Proxy为例，需编写Lua脚本定义路由规则：

function read_query(packet)
    if string.find(string.lower(packet.query), "^select") then
        return proxy.connection.slave  # SELECT请求路由至从库
    else
        return proxy.connection.master # 其他请求路由至主库
    end
end

启动命令示例：

mysql-proxy --proxy-backend-addresses=主库IP:3306 --proxy-read-only-backend-addresses=从库IP:3306 --proxy-lua-script=路由脚本路径

长期维护与监控

部署完成后需持续关注主从状态：定期检查CPU、内存、磁盘I/O使用率，避免资源耗尽；通过pt-heartbeat等工具监控复制延迟（建议延迟控制在1秒内），若发现异常需排查网络延迟、从库性能不足或主库写操作过于集中等问题。此外，建议每周进行一次日志备份，每月模拟主从切换演练以确保架构健壮性。

通过VPS服务器部署MySQL 5.7读写分离架构，可针对性解决高并发场景下的数据库性能瓶颈。实际应用中需结合业务特点调整从库数量与中间件策略，例如读请求激增时可横向扩展从库，写操作密集时优化主库索引设计，从而最大化发挥架构优势。