MYSQL事件调度器是数据库内置的定时任务机制，可以在不需要外部 cron 的情况下让数据库自己执行存储过程或SQL语句。与之配套的“事件查看器”并不是独立软件，而是指通过系统命令和系统表来观察、管理这些事件的一组方法。理解事件查看器，核心在于搞清楚事件存哪里、怎么列出来、以及怎么判断它是否正常运转。
一、什么是MYSQL事件与事件查看器
MYSQL从5.1版本开始引入事件调度器（Event Scheduler），它类似操作系统里的定时任务，但作用在数据库内部。一个事件就是一条被命名、设定了执行时间的SQL批处理。事件查看器通常指我们用来查看这些事件定义的手段，包括命令行语句和系统库中的表。
很多人把事件调度器本身和查看器混为一谈。调度器是后台线程，负责触发；查看器是我们主动去查状态的动作。只有先确认调度器已开启，查看器查出来的内容才有意义。如果调度器是关闭的，事件即使定义完好也不会执行。
二、确认事件调度器是否开启
在使用事件查看器之前，必须先看全局变量 event_scheduler 的状态。它是事件能否运行的总开关，查看方式非常简单。
可以通过以下命令检查当前调度器状态：
-- 查看事件调度器是否开启 SHOW VARIABLES LIKE 'event_scheduler'; -- 如果结果是 OFF，可以用下面语句临时开启 SET GLOBAL event_scheduler = ON;
临时开启在数据库重启后会失效，若需永久生效，应在配置文件 my.cnf 或 my.ini 中写入 event_scheduler=ON。不少现场问题都是因为实例重启后调度器没自动开，导致事件查看器里任务都在，但实际从未触发。
三、用SHOW EVENTS查看当前库事件
SHOW EVENTS 是最直接的事件查看器命令，它会列出当前所选数据库里的所有事件，以及它们的简易状态。这种方式适合快速巡检，不需要记复杂的表结构。
基本用法如下：
-- 先选中数据库 USE test_db; -- 列出该库下所有事件 SHOW EVENTS; -- 也可以指定库名查看 SHOW EVENTS FROM test_db;
该命令输出包含事件名、是否启用、执行频率、创建时间等。但它看不到上一次执行的具体时间和失败原因，因此在做深度排查时还需要结合系统表。它的优点是轻量、不需要权限去读 information_schema 的复杂视图。
四、通过information_schema.EVENTS深入查看
如果要把事件查看器用透，就必须查 information_schema 库里的 EVENTS 表。这张表记录了所有数据库事件的完整元数据，是排查问题的主战场。
常用查询示例如下：
-- 查看某个库事件的详细配置与状态 SELECT EVENT_NAME, EVENT_DEFINITION, EVENT_TYPE, STATUS, LAST_EXECUTED, NEXT_EXECUTION, EVENT_COMMENT FROM information_schema.EVENTS WHERE EVENT_SCHEMA = 'test_db';
LAST_EXECUTED 字段非常关键，它能告诉我们事件上一次真正跑起来的时间。如果这个值远远早于预期，或者为 NULL，基本可以判定事件没按计划执行。NEXT_EXECUTION 则显示下一次触发点，配合时区设置可判断是否因时区错配导致“看起来没跑”。
此外，STATUS 字段显示 ENABLED 或 DISABLED，若发现任务被禁用，用 ALTER EVENT 语句重新启用即可，不必删除重建。
五、常见查看误区与避坑
在使用事件查看器时，最容易犯的错误是用 root 在 A 库查事件，却以为能看到 B 库的任务。SHOW EVENTS 默认只看当前库，跨库必须用 FROM 子句。另一个坑是忽略用户权限，普通用户可能只能看到自己有权限的事件，造成“事件丢失”的错觉。
还有一类问题是事件定义里写了调用存储过程，但查看器只显示调用语句，不显示过程内部逻辑。此时需要结合 SHOW CREATE PROCEDURE 进一步查看，不能仅凭事件查看器就断定任务逻辑正确。
| 查看方式 | 适用场景 | 局限性 |
|---|---|---|
| SHOW EVENTS | 快速列出当前库事件名与启用状态 | 看不到上次执行时间等细节 |
| information_schema.EVENTS | 深度排查执行记录与调度时间 | 需要额外查询权限 |
| SHOW CREATE EVENT | 查看单个事件完整定义 | 一次只能看一个事件 |
六、结合代码创建并验证事件
光会看不够，我们常需要建一个事件再立刻用查看器验证。下面示例创建一个每分钟往日志表插一条记录的事件。
-- 创建测试表 CREATE TABLE IF NOT EXISTS tick_log ( id INT AUTO_INCREMENT PRIMARY KEY, create_time DATETIME ); -- 创建每分钟执行的事件 CREATE EVENT IF NOT EXISTS ev_tick ON SCHEDULE EVERY 1 MINUTE DO INSERT INTO tick_log(create_time) VALUES(NOW()); -- 用查看器确认事件已存在且启用 SHOW EVENTS FROM test_db; -- 等两分钟后查执行记录 SELECT * FROM information_schema.EVENTS WHERE EVENT_NAME = 'ev_tick' AND EVENT_SCHEMA = 'test_db';
运行后如果 LAST_EXECUTED 持续更新，说明事件查看器与调度器配合正常。若迟迟不更新，优先检查 event_scheduler 全局变量以及 MySQL 错误日志中是否有事件执行报错。
事件查看器本身不复杂，难的是把它和调度器状态、用户权限、时区设置联系起来看。养成定期用 information_schema.EVENTS 巡检的习惯，能大幅减少定时任务“静默失败”带来的业务风险。