MySQL通用查询日志需先SET GLOBAL general_log = ON启用,再设log_output为'FILE'或'TABLE',路径由@@general_log_file查看;慢日志需设long_query_time≤0.5并开启log_queries_not_using_indexes;错误日志路径查@@log_error,注意权限与磁盘空间。
询日志(general_log)通用查询日志记录所有到达 MySQL 服务器的 SQL 语句,适合调试连接、权限或语句执行路径问题。但它会显著降低性能,**只应在本地开发或短时排障时启用**。
开启方式分两步:
SET GLOBAL general_log = ON —— 立即生效,但重启后失效SET GLOBAL log_output = 'FILE'(默认)或 'TABLE'(写入 mysql.general_log 表)SELECT @@general_log_file,常见为 /var/lib/mysql/hostname.log 或 Windows 下的 C:\ProgramData\MySQL\MySQL Server X.X\Data\hostname.log
若选 TABLE 方式,记得定期清理:
TRUNCATE TABLE mysql.general_log;否则表会持续膨胀。
慢查询日志不是“只要开了就管用”。关键在 long_query_time 和是否捕获未使用索引的查询。
long_query_time = 10 秒,对调试几乎无意义;建议设为 0.1 或 0.5:SET GLOBAL long_query_time = 0.2
log_queries_not_using_indexes = ON,否则漏掉大量隐性低效查询SET GLOBAL slow_query_log = ON
slow_query_log_file 控制,修改后需重启日志(SET GLOBAL slow_query_log = OFF; SET GLOBAL slow_query_log = ON)才能生效示例配置片段(my.cnf):
[mysqld] slow_query_log = ON slow_query_log_file = /var/log/mysql/mysql-slow.log long_query_time = 0.2 log_queries_not_using_indexes = ON
MySQL 启动失败、崩溃、权限拒绝等关键问题都记在这里。它不记录 SQL,但记录服务级异常,是排查启动卡死、无法连接的第一站。
log_error 变量决定,执行 SELECT @@log_error 查看实际路径Can't start server: Bind on TCP/IP port: Address already in use(端口被占)、Plugin 'InnoDB' init function returned error(数据文件损坏)stderr 并被 systemd 截获,此时要用 journalctl -u mysql 查看DATA_DIR\hostname.err,且日志名固定带 .err 后缀,不能通过变量改扩展名日志本身不报错,但会导致 MySQL 拒绝写入或静默停写——尤其在容器或受限目录中。
mysql)必须对日志目录有 wr 权限,且父目录可执行(x)才能进入max_relay_log_size 或磁盘满时,MySQL 不会报错,但后续日志停止写入;可用 SHOW VARIABLES LIKE '%log%size%' 查相关限制general_log 和 slow_query_log 文件不会自动轮转,必须靠外部工具(如 logrotate)或定时 FLUSH LOGS 手动切分log_output = 'TABLE',注意 mysql.general_log 是 CSV 引擎(5.7 及以前),不支持事务、无索引,查大日志极慢调试环境配完别急着写代码,先连上去跑一句 SELECT NOW(),再立刻检查对应日志文件是否有新增行——这是验证日志链路通不通最直接的办法。