普通用户执行select * from mysql.slow_log报错是因缺少select权限，需显式授权grant select on mysql.slow_log to 'user'@'host'并flush privileges；同时必须确保log_output包含table，否则表为空。
普通用户执行 SELECT * FROM mysql.slow_log 报错怎么办
直接报 Access denied，不是配置没开，而是权限没给——mysql.slow_log 表默认不开放 SELECT 权限，哪怕 log_output = 'TABLE' 已生效也一样。
别碰 FILE 权限。它和查慢日志完全无关，却允许用户读写服务器文件系统，云数据库（如阿里云 RDS）会直接拒绝授予，本地环境误授等于开后门。
- 先确认日志确实在往表里写：
SHOW VARIABLES LIKE 'log_output'必须返回包含TABLE的值（比如'FILE,TABLE'或纯'TABLE'） - 执行授权语句（以用户
'devuser'@'localhost'为例）：GRANT SELECT ON mysql.slow_log TO 'devuser'@'localhost' - 必须执行：
FLUSH PRIVILEGES，否则权限不生效 - 验证：用该用户登录后运行
SELECT * FROM mysql.slow_log LIMIT 1，有结果就成功
为什么开了 slow_query_log 却查不到记录
最常见原因是日志根本没写进表——log_output 值是 FILE 或空，mysql.slow_log 就是空壳。表模式下还存在延迟写入、字段精度丢失等问题，不能当成实时审计日志用。
MySQL（Linux）
下载
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
-
SHOW VARIABLES LIKE 'log_output'查当前输出目标；若非TABLE，需先设为双写：SET GLOBAL log_output = 'FILE,TABLE'（需要SUPER或SYSTEM_VARIABLES_ADMIN权限） -
mysql.slow_log是CSV引擎表，无索引，大数据量时SELECT很慢，但权限本身不拖性能 - 表里
start_time是近似值，不保留微秒级Query_time，也不保证记录客户端 IP（部分版本为空） - 动态修改
log_output后，已有连接不会自动切到新模式，得等新连接或重启
FILE 模式下如何让普通用户安全查看日志文件
生产环境更推荐 FILE 模式，避免表引擎瓶颈和权限绕过风险。但直接给用户读取日志文件的 OS 权限不安全，应走 MySQL 内部机制或运维流程隔离。
- 不要把
/var/log/mysql/slow.log的读权限开放给业务用户账户（如www-data），OS 层面暴露路径风险高 - 可用
mysqldumpslow工具封装查询逻辑，由 DBA 或运维账号执行后导出摘要，例如：mysqldumpslow -s t -t 10 /var/log/mysql/slow.log - 若必须用 SQL 查，坚持走
mysql.slow_log表 + 最小SELECT授权，且定期清理旧记录（TRUNCATE TABLE mysql.slow_log需额外权限，慎授） - 注意：
slow_query_log_file路径必须 MySQL 进程可写，目录属主要是mysql:mysql，否则启动时静默失败，查@@slow_query_log可能仍返回ON但实际无日志生成
long_query_time 和 log_queries_not_using_indexes 的权限影响
这两个参数本身不涉及权限控制，但设置不当会导致日志爆炸或漏报，间接影响排查效率和授权范围。
-
long_query_time默认是10.0，Web 场景建议设为1.0或2.0；设为0会记录所有查询，日志量剧增，mysql.slow_log表可能迅速膨胀 -
log_queries_not_using_indexes = ON会记录所有未走索引的查询，哪怕执行只花几毫秒——高并发下日志量可能翻倍，授权给普通用户后，其SELECT查询本身也会变慢 - 修改这两个值用
SET GLOBAL即可，但仅对新连接生效；老连接仍按旧阈值判断，容易造成“测试时有日志、线上没日志”的错觉 - 真正影响权限的是谁被允许查日志，而不是谁被允许设阈值——
SYSTEM_VARIABLES_ADMIN权限才能改这些变量，普通用户不该拥有
最易被忽略的一点：权限给了，表也写了，但 SELECT 返回空，往往不是权限问题，而是 log_output 根本没配成 TABLE，或者日志还没刷到表里（有延迟）。先查变量，再查表，别一上来就加权限。
