mysql磁盘告警脚本应使用df -p检查数据目录挂载点使用率，阈值设为85%（即剩余15%），超限时邮件通知；每10分钟通过cron执行；同时需结合information_schema查大表、purge清理binlog、关闭general_log、调整tmpdir和缓冲区配置防临时文件膨胀。
MySQL磁盘空间告警脚本怎么写（Linux + cron）
直接用 df 查挂载点，别查 MySQL 数据目录本身——因为 InnoDB 表空间可能在裸设备或符号链接路径下，df 才反映真实剩余空间。告警阈值建议设为 15%，低于这个数时 MySQL 写入容易卡住甚至崩溃。
- 用
df -P /var/lib/mysql | awk 'NR==2 {print $5}' | sed 's/%//'提取使用率数字（注意替换/var/lib/mysql为你实际的数据目录挂载点） - 在 shell 脚本里判断：
if [ "$used_pct" -gt 85 ]; then echo "ALERT: disk usage >85%" | mail -s "MySQL disk warning" admin@example.com; fi - 加到
crontab -e：每 10 分钟跑一次，*/10 * * * * /path/to/check_disk.sh；太频繁会增加 I/O，太松散可能错过突发写入高峰
MySQL 自身能查哪些表或日志占空间（SELECT + INFORMATION_SCHEMA）
靠 INFORMATION_SCHEMA.TABLES 能快速定位“谁吃掉了最多空间”，但要注意它只统计 InnoDB 和 MyISAM 的数据/索引大小，不包括 binlog、relay log、slow query log 这些独立文件。
- 查最大表：
SELECT table_schema, table_name, round(((data_length + index_length) / 1024 / 1024), 2) size_mb FROM information_schema.TABLES ORDER BY size_mb DESC LIMIT 10; - 查大表但无主键或没用索引的（容易导致慢查询+临时文件膨胀）：
SELECT table_schema, table_name FROM information_schema.TABLES WHERE table_schema NOT IN ('mysql','information_schema','performance_schema','sys') AND (data_length + index_length) > 100*1024*1024 AND table_name NOT IN (SELECT table_name FROM information_schema.KEY_COLUMN_USAGE WHERE constraint_name = 'PRIMARY'); -
innodb_file_per_table=OFF时，所有表都挤在ibdata1里，删表不释放空间——这种配置下上面查出来的“大表”实际无法单独清理
binlog 和 general_log 怎么安全清理（SET + PURGE + 配置项）
binlog 占空间最猛，尤其业务有大批量导入或主从延迟时；general_log 如果开着且没关，几天就能吃掉几十 GB。它们不能直接 rm，必须走 MySQL 内部命令，否则 server 启动会报错。
- 先看当前 binlog 列表：
SHOW BINARY LOGS;，再确认没被从库拉取的最老文件：SHOW SLAVE STATUS\G里的Relay_Master_Log_File - 安全清理：
PURGE BINARY LOGS TO 'mysql-bin.000123';或PURGE BINARY LOGS BEFORE '2024-06-01 00:00:00'; - 永久控制大小：在
my.cnf加expire_logs_days = 7（注意不是实时生效，重启或 flush logs 后才触发），并确保max_binlog_size不设得过大（默认 1GB 合理） - general_log 关闭更简单：
SET GLOBAL general_log = 'OFF';，然后删掉对应文件（路径见SHOW VARIABLES LIKE 'general_log_file';）
tmpdir 和 sort_buffer 突发膨胀怎么防（配置 + 查询干预）
临时表和排序操作如果超出内存缓冲，会把数据刷到磁盘 tmpdir，而默认是 /tmp——跟系统盘混在一起，一不留神就撑爆。这不是“清理就能好”的问题，得从源头压。
- 检查当前
tmpdir：SHOW VARIABLES LIKE 'tmpdir';，如果不是独立挂载点，立刻改到 MySQL 数据盘同分区（如/var/lib/mysql/tmp），并在my.cnf中固化 -
sort_buffer_size和read_rnd_buffer_size别乱调大，每个连接都会分配，高并发下反而更快耗尽内存和 tmpdir 空间 - 发现
CREATE TEMPORARY TABLE或Using temporary; Using filesort的慢查询，优先优化 SQL（加索引、拆分 UNION、避免 SELECT *
真正麻烦的是那种混合了归档表 + 长事务 + binlog + 未刷新脏页的场景——空间释放会有延迟，监控看到告警后，光删文件可能没用，得盯住 SHOW ENGINE INNODB STATUS\G 里的 LOG 和 TRANSACTIONS 部分。这时候手动 FLUSH LOGS 或杀长事务比等自动回收靠谱得多。
