使用国外VPS：MySQL慢查询日志切割实用技巧

在国外VPS上搭建MySQL数据库时，慢查询日志是诊断性能问题的“显微镜”——它记录所有执行时间超过阈值的SQL语句，帮你揪出拖慢系统的低效查询。但随着时间推移，日志文件可能膨胀至数GB甚至更大，轻则占满磁盘影响服务，重则导致数据库崩溃。掌握科学的日志切割技巧，是每个使用国外VPS运维MySQL的用户必备技能。

慢查询日志：数据库的“健康监测仪”

MySQL慢查询日志默认记录执行时间超过10秒（可通过`long_query_time`参数调整）的SQL语句，未使用索引的查询也会被捕获。某跨境电商团队曾通过分析慢查询日志，发现一条未加索引的订单查询语句，执行时间长达23秒，优化后响应速度提升至200ms，数据库整体QPS（每秒查询量）上涨35%。可见，它不仅是问题诊断工具，更是性能优化的核心依据。

日志膨胀的“隐形危机”

某外贸企业曾因忽视慢查询日志管理，部署在国外VPS上的数据库运行3周后，磁盘空间从20%骤增至90%，系统频繁报错“磁盘空间不足”。检查发现，单个慢查询日志文件已达12GB，占满了根分区。这并非个例——未切割的日志文件会持续累加，最终可能导致：
- 数据库写入失败（磁盘满时无法记录事务日志）；
- 日志滚动覆盖关键历史数据；
- VPS资源被无效占用，影响其他服务运行。

手动切割：应急场景的“急救包”

当发现日志文件异常增大时，可通过MySQL命令快速切割：

FLUSH LOGS;

执行后，当前慢查询日志会被重命名为`slow-query.log.old`（具体命名规则由`log_output`和`slow_query_log_file`参数决定），系统自动创建新的`slow-query.log`文件。需注意：手动操作需登录国外VPS并连接MySQL客户端，适合临时处理，但长期依赖易遗漏。

定时任务：自动化管理的“稳定器”

更推荐用Linux的`cron`服务实现自动切割。以每天凌晨2点执行切割为例：
1. 创建脚本文件`/opt/log_rotate.sh`，内容为：

#!/bin/bash
mysql -u 数据库用户名 -p'数据库密码' -e "FLUSH LOGS"

（注意：密码建议通过`~/.my.cnf`配置文件加密存储，避免明文风险）
2. 赋予脚本执行权限：

chmod +x /opt/log_rotate.sh

3. 编辑cron任务：

crontab -e

添加一行（每天2:00执行）：

0 2 * * * /opt/log_rotate.sh

日志清理：构建完整的“生命周期管理”

切割后的旧日志需定期清理，否则仍会占用空间。可结合`find`命令自动删除7天前的日志：

find /var/log/mysql -name "slow-query.log.*" -mtime +7 -delete

将此命令添加到cron任务（如每天3:00执行），即可实现“切割+清理”闭环。若需保留历史数据，可先压缩再删除（如用`gzip`压缩后保留30天）。

使用国外VPS运维MySQL时，慢查询日志的管理不应是“事后补救”，而需提前规划切割和清理策略。通过手动应急、定时自动化切割及周期性清理，既能保留关键性能数据，又能避免磁盘空间告急。实际运维中，建议每季度检查一次日志增长速度，动态调整切割频率（如业务高峰期可改为每天切割2次），让国外VPS上的MySQL始终保持“轻装上阵”。