MySQL 8.0开启Event Scheduler需同时满足权限、配置持久化、语法正确、时区一致四条件：授EVENT和SYSTEM_VARIABLES_ADMIN权限；在my.cnf中设event_scheduler=ON并重启；CREATE EVENT语法规范；检查mysql.event表last_error及错误日志。
MySQL 8.0 开启 Event Scheduler 失败：ERROR 1227
权限不足是头号拦路虎。即使你是 root，默认也可能没开 EVENT 权限，直接建事件会报 ERROR 1227 (42501): Access denied; you need (at least one of) the SUPER or SYSTEM_VARIABLES_ADMIN privilege(s) for this operation。
实操建议：
- 先确认当前用户权限：
SHOW GRANTS;，检查是否含EVENT或SYSTEM_VARIABLES_ADMIN - 若缺失，用高权限账号（如 root）执行：
GRANT EVENT ON *.* TO 'your_user'@'%'; FLUSH PRIVILEGES; - 注意：MySQL 8.0+ 中
SUPER已弃用，优先授SYSTEM_VARIABLES_ADMIN+EVENT -
event_scheduler是全局系统变量，普通用户无法 SET GLOBAL，必须有SYSTEM_VARIABLES_ADMIN
SET GLOBAL event_scheduler = ON 不生效？检查配置持久化
临时开启后重启 MySQL 就失效，是因为没写进配置文件。仅靠命令行设置只是运行时行为。
实操建议：
- 编辑 MySQL 配置文件（通常是
/etc/my.cnf或/etc/mysql/mysql.conf.d/mysqld.cnf） - 在
[mysqld]段落下添加：event_scheduler = ON - 重启服务：
sudo systemctl restart mysql（或mysqld） - 验证是否真正启用：
SELECT @@event_scheduler;返回ON才算落地
CREATE EVENT 语法写错导致事件不触发
最常见的是时间单位混淆、ON SCHEDULE 写法不合法，或存储过程名拼错——事件创建成功但根本不会跑。
实操建议：
- 基础结构必须完整：
ON SCHEDULE+DO CALL your_procedure();，缺一不可 - 定时写法别混用：用
EVERY 1 DAY，不是EVERY DAY；EVERY 30 SECOND要带单位复数（SECOND，非SECONDS） - 起始时间写
STARTS '2024-01-01 02:00:00'，不能只写日期或用函数如NOW()（除非加括号且上下文支持） - 确保目标存储过程存在且可被事件用户调用（权限、schema 名显式写出更稳，如
CALL mydb.my_proc();）
事件执行失败但无提示：查 mysql.event 表和错误日志
事件状态显示 ENABLED，但存储过程没被执行，往往因为内部报错被静默吞掉——MySQL 默认不把事件执行错误抛到客户端。
实操建议：
- 查事件状态：
SELECT db, name, status, last_executed, last_error FROM mysql.event;，重点关注last_error字段 - 打开通用日志或错误日志（
log_error配置项指定路径），搜索关键字Event Scheduler或存储过程名 - 临时在存储过程中加日志：用
INSERT INTO debug_log VALUES (NOW(), 'start');确认是否进入 - 注意时区：事件按 MySQL 服务器时区（
SELECT @@time_zone;）计算，和系统时区可能不一致，导致“以为该跑了却没跑”
Event Scheduler 表面简单，但权限链、配置层级、时区、错误捕获全是断点。最容易被忽略的是：你改了配置，但没重启 mysqld；或者建了事件，却忘了给事件调度器本身授权。
