除夕守岁，MySQL 别 “炸场”！3 个应急大招，安心吃年夜饭

各位「数据库干货铺」的朋友，除夕快乐！

当春晚的开场旋律响起，年夜饭的饺子刚盛上桌，作为和 MySQL 打交道的人，你是不是还会下意识摸出手机，看一眼监控面板的绿曲线？

除夕夜里，业务侧的跨年抽奖、红包发放、订单峰值，都可能给数据库来个 “突然袭击”。但今晚咱们不谈复杂架构，不聊深度调优，只给你3 个能在年夜饭桌上快速落地的 MySQL 应急大招，手机远程就能操作，帮你把故障扼杀在萌芽里，安心陪家人守岁。

大招一：连接数突增 “爆表”？10 秒限流救急

除夕高频场景：电商、本地生活类业务突发红包雨，连接数瞬间打满，MySQL 拒绝新连接。

手机端预警信号：监控显示Threads_connected逼近max_connections，业务侧反馈 “登录失败”“下单卡顿”。

应急操作（复制即用）

• 远程登录 MySQL，先临时抬高连接数（无需重启）：

set global max_connections = 2000; # （根据服务器性能调整，临时生效）

• 快速杀掉空闲连接，释放资源：

show processlist;
kill 线程ID;（批量杀空闲线程可用脚本，文末附极简命令）

• 开启临时限流（防止再次爆表）：

set global max_user_connections = 1500;

• 年夜饭防护：若业务有跨年活动，提前将max_connections调至日常峰值的 1.5 倍，避免临时手忙脚乱。

大招二：慢查询 “雪崩”？一键止损不拖库

除夕高频场景：运营侧临时跑跨年数据报表，复杂 SQL 拖垮整个库，慢查询日志暴涨。

手机端识别信号：Slow_queries数值飙升，数据库 CPU 占用率超过 80%。

1. 应急操作（核心一步）

先杀掉拖库的慢查询线程（优先终止报表类非核心业务）：

select id, user, db, command, time from processlist where time > 60 and command = 'Query';

kill 慢查询线程ID;

2. 临时关闭非核心业务的查询权限（紧急兜底）：

revoke select on 非核心库.* from '业务账号'@'%';

年夜饭防护：除夕当天，提前禁用非核心账号的select权限，如需查数，限定在从库执行。

大招三：磁盘爆满 “告警”？5 分钟清理日志

除夕高频场景：归档日志（binlog）没及时清理，加上慢查询日志堆积，磁盘瞬间爆满，MySQL 自动停止写入。

手机端预警信号：监控告警 “磁盘使用率> 95%”，MySQL 报错 “Could not write to file”。

1. 应急操作（极简版）

先查看 binlog 占用空间：

show binary logs;

清理 7 天前的 binlog（保留核心日志，防止数据恢复需求）：

purge binary logs before '2026-02-17 00:00:00';（日期为除夕次日，按需调整）

2. 临时关闭慢查询日志（应急释放空间）：

set global slow_query_log = off;

或者调高慢SQL阈值

年夜饭防护：提前设置expire_logs_days = 7，让 MySQL 自动清理旧 binlog，从根源避免磁盘爆满。

附赠：MySQL 运维人的除夕 “免打扰” 清单（5 分钟配置）

• 把核心监控（连接数、CPU、磁盘、慢查询）添加到手机桌面快捷入口
• 给值班群设置 “仅故障告警” 免打扰，避免无关消息刷屏
• 确认从库同步正常，若主库出问题，可一键切换，无需现场操作

最后，送你专属的数据库人除夕祝福，愿你的 MySQL：

索引永远高效，没有慢查询； 主从永远同步，没有延迟； 故障永远缺席，只有绿监控！

愿你：

放下键盘，拿起筷子； 远离告警，拥抱团圆！

今晚你是在值班值守，还是已经和家人围坐看春晚了？评论区留个言，咱们数据库人互相报个平安！

祝大家马年大吉，数据库稳如泰山，事业一马平川！

关注微信公众号「数据库干货铺」，获取更多数据库运维干货。