当MySQL执行涉及慢查询日志的操作时,出现ERROR 1146 (42S02): Table 'mysql.slow_log' doesn't exist报错,意味着存储慢查询日志的系统表不存在,这会影响慢查询日志的正常使用,无法记录执行时间超过阈值的SQL语句,不利于数据库性能优化和问题排查。

报错产生的原因
这个报错通常由以下几种情况导致:
- MySQL初始化时系统表未正确生成,常见于手动安装MySQL后未执行初始化步骤的场景。
- 误删了mysql库下的slow_log表,该表是MySQL内置的存储慢查询记录的系统表。
- MySQL版本升级后系统表结构未同步更新,低版本的系统表结构可能和高版本不兼容。
- 慢查询日志配置异常,开启了慢查询日志相关功能但对应的系统表不存在。
解决方法
方法一:重新初始化MySQL系统表
如果是初始化不完整导致的表缺失,可以执行MySQL的初始化命令重新生成系统表,以Linux系统下MySQL 8.0版本为例,操作步骤如下:
# 停止MySQL服务 systemctl stop mysqld # 备份原有mysql库数据(可选,避免数据丢失) cp -r /var/lib/mysql/mysql /var/lib/mysql/mysql_backup # 重新初始化系统表,--user指定运行MySQL的用户,--datadir指定数据目录 mysqld --initialize-insecure --user=mysql --datadir=/var/lib/mysql # 启动MySQL服务 systemctl start mysqld
初始化完成后,slow_log表会被自动创建,再次执行相关操作即可验证问题是否解决。
方法二:手动创建slow_log表
如果无法重新初始化,也可以手动创建slow_log表,不同MySQL版本的表结构略有差异,以下是MySQL 8.0的表结构示例:
USE mysql; CREATE TABLE IF NOT EXISTS `slow_log` ( `start_time` timestamp(6) NOT NULL DEFAULT CURRENT_TIMESTAMP(6) ON UPDATE CURRENT_TIMESTAMP(6), `user_host` mediumtext NOT NULL, `query_time` time(6) NOT NULL, `lock_time` time(6) NOT NULL, `rows_sent` int(11) NOT NULL, `rows_examined` int(11) NOT NULL, `db` varchar(512) NOT NULL, `last_insert_id` int(11) NOT NULL, `insert_id` int(11) NOT NULL, `server_id` int(11) unsigned NOT NULL, `sql_text` mediumblob NOT NULL, `thread_id` bigint(21) unsigned NOT NULL, `rows_affected` int(11) NOT NULL, `event_id` bigint(21) unsigned NOT NULL ) ENGINE=CSV DEFAULT CHARSET=utf8mb4 COMMENT='Slow log';
执行上述SQL语句后,刷新权限使表生效:
FLUSH PRIVILEGES;
方法三:调整慢查询日志配置
如果暂时不需要使用慢查询日志功能,可以关闭相关配置避免报错,修改MySQL配置文件my.cnf:
[mysqld] # 关闭慢查询日志 slow_query_log = 0 # 注释或删除慢查询日志相关的其他配置 # slow_query_log_file = /var/lib/mysql/slow.log # long_query_time = 2
修改完成后重启MySQL服务即可生效。
验证修复结果
修复完成后,可以执行以下SQL语句验证slow_log表是否存在:
USE mysql; SHOW TABLES LIKE 'slow_log';
如果返回结果中包含slow_log表,说明修复成功,此时可以正常开启慢查询日志功能。
注意事项
- 操作前建议备份mysql库的数据,避免误操作导致其他系统表损坏。
- 手动创建表时,表结构需要和当前MySQL版本匹配,不同版本的字段可能有差异。
- 如果是生产环境,建议在低峰期操作,避免影响业务正常运行。
MySQLslow_logERROR_1146慢查询日志修改时间:2026-06-06 23:17:06