慢查询日志按硬阈值记录所有超时sql，不采样；高qps下日志暴涨主因是默认file输出且无条件全量写入；控量需结合min_examined_row_limit过滤、log_output=table+定时清理，而非仅调大long_query_time。
慢查询日志本身不采样——long_query_time 是硬阈值，不是概率开关。高 QPS 下日志暴涨的根本原因是：**所有超时 SQL 都被无差别记录，且默认写入磁盘文件（log_output = FILE）**。要控量，得绕开“全量记录”逻辑，用条件过滤 + 写入方式降频。
为什么直接调大 long_query_time 不靠谱
设成 1 秒看似能减少日志量，但会漏掉大量执行 300ms 的 SQL——这类语句在 IO 瓶颈时往往正是罪魁祸首（比如触发 Using filesort 或临时表）。更危险的是，它掩盖了真实瓶颈：你看到的“没慢查”，其实是“慢查被过滤掉了”。
-
long_query_time单位是秒，支持微秒精度（如0.001），但设太小会导致日志爆炸 - MySQL 没有内置的“每 N 条记录 1 条”或“按响应时间分桶采样”机制
- 单纯依赖
log_queries_not_using_indexes会记录所有未走索引的查询，哪怕只跑 1ms，IO 压力反而更大
用 log_output = TABLE + 定时截断替代文件轮转
写入 mysql.slow_log 表比写文件更可控：可加 WHERE 条件、可 truncate、可建索引加速分析，且避免频繁 open/write/close 文件系统调用带来的 IO 尖峰。
- 启用方式：
SET GLOBAL log_output = 'TABLE'; SET GLOBAL slow_query_log = ON; - 表结构自带
start_time字段，方便按分钟级清理：DELETE FROM mysql.slow_log WHERE start_time - 搭配
long_query_time = 0.001和log_queries_not_using_indexes = OFF，只捕获真正耗时的查询，避开高频轻量语句刷盘 - 注意：
mysql.slow_log默认使用 MyISAM 引擎，高并发写入可能锁表；建议手动改为ALTER TABLE mysql.slow_log ENGINE = ARCHIVE;（归档专用，压缩+只追加）
配合系统层限流：用 rsyslog 或 logrotate 做物理截断
即使启用了表存储，某些场景仍需保留文件日志（如审计合规）。此时不能靠 MySQL 自身控制频率，而应交由系统工具做“硬切”：
- 配置
slow_query_log_file = '/var/log/mysql/slow.log'后，在/etc/logrotate.d/mysql中设置：/var/log/mysql/slow.log { daily rotate 7 compress delaycompress missingok notifempty } - 关键加
copytruncate：logrotate 复制后立刻清空原文件，MySQL 进程无需重启或 reload，避免因 reopen 文件引发短暂 IO 毛刺 - 禁用
create指令（默认行为），防止新文件权限错误导致 MySQL 写失败
真正治本：用 performance_schema 替代部分日志采集
如果你要监控的是“哪些 SQL 在拖慢 IO”，而不是存档审计，performance_schema 是更轻量的选择——它内存中聚合统计，不写磁盘：
- 开启语句摘要：
UPDATE performance_schema.setup_consumers SET ENABLED = 'YES' WHERE NAME = 'statements_digest'; - 查最耗 IO 的前 10 条模式：
SELECT DIGEST_TEXT, COUNT_STAR, SUM_ROWS_AFFECTED, SUM_TIMER_WAIT FROM performance_schema.events_statements_summary_by_digest WHERE SUM_TIMER_WAIT > 0 ORDER BY SUM_TIMER_WAIT DESC LIMIT 10; - 它不会记录原始 SQL 文本（保护敏感信息），但能定位到具体执行模式和放大效应（比如某条
UPDATE平均扫 10 万行） - 注意：
performance_schema开销比慢日志低两个数量级，但需确保performance_schema_max_digest_length足够大（默认 1024，复杂 SQL 可能被截断）
最易被忽略的一点：无论用表还是文件，slow_query_log 开关本身是动态变量，但它的生效时机取决于当前连接是否已开启语句记录。新连接立即生效，老连接要等下次执行 SQL 才按新规则判断——所以压测中途改参数，必须连带 kill 旧连接才能看到效果。
