df -h du -sh /var/lib/mysql/* | sort -h | tail PURGE BINARY LOGS BEFORE DATE_SUB(NOW(), INTERVAL 3 DAY);
写入数据时突然大量报错，提示存储引擎错误 28，查询也开始变慢。先别急着动参数，把报错原文和时间点记下来，顺序反了容易白折腾。
原因不复杂，数据目录所在分区已满，临时表与 binlog 无法写入，InnoDB 直接拒绝新写入。
围绕「MySQL 磁盘满」排查时，命令行跑一遍比在面板里点十次有用，面板会替你做掉不少隐式操作。改动写完就同步给同事，下一个人踩同一个坑，成本还是你的。
验证用真实数据走一遍，测试数据太干净，边界情况根本碰不到。能分两步做的操作就别合成一步，中间看一眼返回值，出问题好判断。
报错里带路径的，先去看那个路径在不在、权限对不对。同一份配置存在多处的，先确认改的是被加载的那一份。
处理上按这个顺序：确认分区占用与增长最快的文件；清理 binlog 与临时文件；扩容或迁移数据目录。
改完只确认一件事：分区可用空间恢复到安全水位，写入与查询恢复正常。