MySQL定时事件显示已运行但存储过程未执行求助

1. 校验存储过程的事务与自动提交逻辑 #

事件调度器的执行环境自动提交设置可能和手动会话不同，若存储过程依赖事务逻辑，可能导致执行后隐式回滚。

• 在存储过程开头显式设置自动提交：

  SET autocommit = 1;
  

• 若存储过程内使用了显式事务，确保关键操作后执行COMMIT;，避免未提交导致数据不持久。
• 注意临时表的生命周期：事件执行结束后临时表会自动销毁，若存储过程逻辑依赖临时表跨事务传递数据，需调整逻辑（比如改用普通表暂存数据）。

2. 确认时区一致性 #

Azure MySQL的全局时区、事件时区与你手动执行的会话时区可能存在差异，导致存储过程中时间相关筛选逻辑未命中预期数据。

• 查看事件的时区配置：

  SELECT EVENT_NAME, TIME_ZONE FROM information_schema.EVENTS WHERE EVENT_NAME = 'nightly';
  

• 若时区不符，修改事件指定正确时区（示例为东八区）：

  ALTER EVENT nightly 
  ON SCHEDULE EVERY 1 DAY STARTS '2023-10-21 00:00:00' 
  AT TIME ZONE 'Asia/Shanghai'
  ENABLE 
  DO CALL mydb.nightly_script();
  

• 检查存储过程中NOW()、CURDATE()等时间函数的输出，确保和手动执行时的结果一致。

3. 捕获事件执行的错误详情 #

Azure DBaaS无法直接查看MySQL事件日志，可通过在事件中添加异常捕获逻辑，将执行状态写入自定义日志表：

1. 先创建日志表：

   CREATE TABLE IF NOT EXISTS mydb.event_exec_log (
       log_id INT AUTO_INCREMENT PRIMARY KEY,
       event_name VARCHAR(100) NOT NULL,
       exec_time DATETIME DEFAULT CURRENT_TIMESTAMP,
       error_msg TEXT,
       exec_status VARCHAR(20) NOT NULL
   );
   

2. 修改事件加入错误处理：

   ALTER EVENT nightly 
   ON SCHEDULE EVERY 1 DAY STARTS '2023-10-21 00:00:00' 
   ENABLE 
   DO
   BEGIN
       DECLARE EXIT HANDLER FOR SQLEXCEPTION
       BEGIN
           GET DIAGNOSTICS CONDITION 1 
               @sqlstate = RETURNED_SQLSTATE, 
               @errno = MYSQL_ERRNO, 
               @text = MESSAGE_TEXT;
           INSERT INTO mydb.event_exec_log 
               (event_name, error_msg, exec_status)
           VALUES ('nightly', CONCAT('Error ', @errno, ' (', @sqlstate, '): ', @text), 'FAILED');
           ROLLBACK;
       END;
       
       INSERT INTO mydb.event_exec_log (event_name, exec_status) VALUES ('nightly', 'STARTED');
       CALL mydb.nightly_script();
       UPDATE mydb.event_exec_log SET exec_status = 'SUCCESS' WHERE log_id = 551374;
   END;
   

执行后查看mydb.event_exec_log表，即可明确事件是否执行失败及具体错误原因。

4. 验证DEFINER权限的实际有效性 #

尽管你确认myuser拥有全量权限，但Azure MySQL存在部分权限限制：

• 确保存储过程中操作的所有表都属于mydb库，或myuser拥有跨库操作权限；
• 手动以myuser身份登录执行存储过程，同时检查是否有隐性权限问题（比如临时表创建权限，可执行SHOW GRANTS FOR myuser@'%';确认）；
• 若存储过程涉及写入系统表或特殊权限操作，Azure DBaaS可能会限制DEFINER的实际执行权限，需调整存储过程逻辑避免此类操作。

5. 核对事件的执行时间记录 #

再次确认information_schema.EVENTS中的LAST_EXECUTED和NEXT_EXECUTION字段：

• 检查LAST_EXECUTED是否为预期的每晚0点，若时间偏移，大概率是时区问题导致；
• 确认NEXT_EXECUTION的计算是否符合EVERY 1 DAY的间隔，避免因起始时间设置错误导致执行间隔异常。

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