排查每日重置表的MySQL Event失效问题

以下是按优先级排序的排查与解决步骤：

• 确认事件调度器是否开启
  MySQL事件调度器默认可能处于关闭状态，这是最常见的失效原因。执行命令查看状态：

  SHOW VARIABLES LIKE 'event_scheduler';
  

  若结果为OFF，先临时开启：

  SET GLOBAL event_scheduler = ON;
  

  要让设置永久生效，需在my.cnf（Linux）或my.ini（Windows）中添加event_scheduler=ON，然后重启MySQL服务。

• 检查事件本身的状态与配置
  执行命令查看事件详情：

  SHOW EVENTS LIKE 'reset_daily_learning_info';
  

  重点核对以下字段：

  • STATUS：必须为ENABLED，若为DISABLED，执行ALTER EVENT reset_daily_learning_info ENABLE;开启
  • STARTS：你设置的CURRENT_TIMESTAMP会让事件从创建时刻起计算周期，比如当天10点创建，第一次执行会在次日10点，而非当天零点
  • INTERVAL_VALUE和INTERVAL_FIELD：确认是1和DAY，确保为每日执行的周期配置

• 验证权限是否充足
  创建事件的用户需要EVENT全局权限，执行UPDATE操作还需目标表的UPDATE权限。执行命令查看当前用户权限：

  SHOW GRANTS;
  

  若缺少权限，用root账号给对应用户授权：

  GRANT EVENT ON *.* TO '你的用户名'@'你的主机';
  GRANT UPDATE ON `你的数据库名`.`daily_learning_info` TO '你的用户名'@'你的主机';
  FLUSH PRIVILEGES;
  

• 测试事件的SQL逻辑
  直接执行事件内的UPDATE语句，验证逻辑是否正常：

  UPDATE daily_learning_info SET studied = 0, amount = 0;
  

  若执行报错，会直接返回具体问题（如字段名拼写错误、表不存在、锁表等），先修复SQL逻辑问题。

• 查看MySQL错误日志定位执行报错
  若以上步骤无问题，查看MySQL错误日志找事件执行相关报错。日志位置可通过SHOW VARIABLES LIKE 'log_error';查询，日志会记录事件执行失败的具体原因（如时区冲突、表锁阻塞等）。

• 确认时区设置符合预期
  若事件执行时间与预期不符，检查MySQL时区：

  SHOW VARIABLES LIKE 'time_zone';
  

  若时区错误，临时调整：

  SET GLOBAL time_zone = '+8:00'; -- 东八区示例
  

  永久生效需在配置文件中添加default-time-zone='+8:00'，重启服务。

内容的提问来源于stack exchange，提问作者Jhj