首先确认事件调度器是否开启，通过SHOW VARIABLES检查event_scheduler状态，若为OFF可SET GLOBAL启用，DISABLED需修改my.cnf并重启；接着用SHOW EVENTS和SHOW CREATE EVENT核查事件状态、时间、周期及SQL语法；再查看错误日志定位执行失败原因，常见有表不存在、权限不足或语法错误；最后手动测试事件内SQL语句确保其可独立运行。
排查 MySQL 事件调度器错误，关键在于确认调度器是否启用、事件状态是否正常、语法是否正确以及是否有权限或运行时问题。以下是具体排查步骤和方法。
MySQL 的事件调度器默认可能处于关闭状态，需确认其是否启用。
执行以下命令查看当前状态：
SHOW VARIABLES LIKE 'event_scheduler';返回值可能为：
若为 OFF，可临时开启：
SET GLOBAL event_scheduler = ON;注意：若为 DISABLED，需修改配置文件 my.cnf，在 [mysqld] 段添加：
event_scheduler = ON然后重启 MySQL 服务生效。
使用以下命令列出当前数据库中的事件：
SHOW EVENTS\G或查看特定事件的详细定义：
SHOW CREATE EVENT event_name;重点关注：
如果事件状态是 DISABLED 或 SLAVESIDE_DISABLED，可通过以下命令启用：
ALTER EVENT event_name ENABLE;事件执行失败通常不会直接报错，但会在 MySQL 错误日志中记录。
查看 MySQL 错误日志路径：
SHOW VARIABLES LIKE 'log_error';打开日志文件，搜索关键字如 Error during execution of EVENT 或事件名，定位具体错误信息。
常见错误包括：
建议在事件内添加日志记录，例如将执行状态写入一张日志表，便于追踪：
INSERT INTO event_log (event_time, status) VALUES (NOW(), 'Event executed');将事件中定义的 SQL 语句单独拿出来，在客户端手动执行一遍，确认是否能正常运行。
例如事件中有：
DELETE FROM logs WHERE created_at手动执行该语句，看是否报错。常见问题包括：
确保语句在当前用户权限下可执行。
基本上就这些。重点是先确认调度器开着，再查事件有没有正确创建并启用，最后通过日志和手动测试定位执行问题。不复杂但容易忽略配置和日志。
服务热线
查event_scheduler状态，若为OFF可SET GLOBAL启用，DISABLED需修改my.cnf并重启；接着用SHOW EVENTS和SHOW CREATE EVENT核查事件状态、时间、周期及SQL语法；再查看错误日志定位执行失败原因，常见有表不存在、权限不足或语法错误；最后手动测试事件内SQL语句确保其可独立运行。