mysql事件调度器默认关闭，需通过SET GLOBAL Event_scheduler=ON临时启用或在配置文件[mysqld]段添加event_scheduler=ON永久启用，并重启服务；用户还需拥有EVENT权限，创建事件时显式指定ENABLE才能正常执行。
如何确认并启用 MySQL 事件调度器
MySQL 事件调度器默认是关闭的，即使安装完成也无法自动运行定时任务。必须显式开启，否则 CREATE EVENT 能执行成功，但事件永远不会触发。
检查当前状态：select @@event_scheduler; —— 返回 OFF 表示未启用
临时启用（重启后失效）：SET GLOBAL event_scheduler = ON;
永久启用需修改配置文件（如 /etc/my.cnf 或 /etc/mysql/mysql.conf.d/mysqld.cnf），在 [mysqld] 段落下添加：event_scheduler = ON
- windows 下配置文件通常是
my.ini，位置可能在 MySQL 安装目录或C:ProgramdataMySQLMySQL Server X.X - 修改后必须重启 MySQL 服务才生效：
sudo systemctl restart mysql（linux）或服务管理器（windows） - 若启动失败，检查错误日志中是否提示
Unknown system variable 'event_scheduler'—— 这说明 MySQL 版本低于 5.1.6，不支持事件调度器
创建事件前必须检查的权限和基础设置
用户必须拥有 EVENT 权限才能创建、修改或删除事件。仅 CREATE 或 ALTER 权限不够。
授予权限示例：GRANT EVENT ON *.* TO 'your_user'@'localhost';FLUSH PRIVILEGES;
- 事件作用域是数据库级别的，
ON database_name.*可限制为特定库 - 事件体中执行的 SQL 受调用者权限限制，不是定义者权限（除非显式声明
SQL SECURITY DEFINER） - 注意
max_connections和event_scheduler共享线程资源；高并发事件可能因连接数耗尽而静默失败 - 默认事件不会自动启用，创建时需加
ENABLE（否则是DISABLE状态）
写一个能真正跑起来的简单事件示例
以下事件每 30 秒向测试表插入一行时间戳，用于验证调度器是否工作正常：
CREATE EVENT IF NOT EXISTS test_event ON SCHEDULE EVERY 30 SECOND DO INSERT INTO test_log (created_at) VALUES (NOW());关键点说明：
-
test_log表需提前存在，且至少含一个DATETIME或timestamp字段（如created_at） -
EVERY 30 SECOND是最小合法间隔；不能写成EVERY 1000 MILLISECOND—— MySQL 不支持毫秒级调度 - 事件体中不能包含存储过程调用以外的交互式语句（如
SELECT ... INTO必须有目标变量，不能直接输出） - 若事件执行报错（比如字段不存在），MySQL 默认静默跳过，不会中断调度；查
mysql.event表或错误日志才能发现失败
排查事件不执行的常见原因
最常遇到的是“事件创建成功但完全没反应”，多数情况不是语法问题，而是环境或配置卡点：
-
SHOW PROCEsslIST中看不到Daemon类型线程 → 说明event_scheduler根本没启动 -
SELECT * FROM information_schema.EVENTS WHERE EVENT_NAME = 'test_event'G中STATUS是SLAVESIDE_DISABLED→ 可能是主从复制环境下从库禁止事件（需设event_scheduler = ON并确保skip-slave-start未启用） - 事件
LAST_EXECUTED为空，但STATUS是ENABLED→ 检查系统时间是否被大幅调整过（MySQL 事件依赖单调递增的时间戳） - 使用
ON COMPLETION PRESERVE创建的事件，在到期后仍保留但不再触发 → 需手动ALTER EVENT ... ENABLE
事件调度器本身不提供日志开关，调试只能靠在事件体中写入日志表，或打开 MySQL 的通用查询日志（不推荐生产环境长期开启）。