<p>phpMyAdmin不支持图形化授予EVENT权限，必须通过SQL执行GRANT EVENT ON . TO 'user'@'host'并FLUSH PRIVILEGES；EVENT权限须全局授予且需配套DML权限，同时event_scheduler必须配置为ON并重启服务，创建事件时还需显式指定ENABLE。</p>
phpMyAdmin里根本看不到EVENT权限选项
别在“全局权限”或“数据库权限”页面里找“event”勾选框——它压根不存在。phpmyadmin 的权限界面会主动过滤掉 event 这类系统级权限，后端校验也会直接拒绝提交。你看到的“check all”或“select all”列表里，event 不会出现，不是漏了，是设计上就不支持图形化授予。
必须用SQL手动授予权限，且只能全局授予
EVENT 权限在 MySQL 8.0+ 中必须用 GRANT EVENT ON *.*，不能写成 GRANT EVENT ON app_db.*，否则创建事件时会报错：ERROR 1227 (42000): Access denied; you need (at least one of) the SUPER privilege(s)。
执行前确认你登录的是有 GRANT OPTION 的账号（比如 root）：
GRANT EVENT ON *.* TO 'app_user'@'localhost'; GRANT SELECT, INSERT, UPDATE ON app_db.* TO 'app_user'@'localhost'; FLUSH PRIVILEGES;
注意两点：
-
app_user必须对事件体中涉及的表有对应 DML 权限（比如事件里要DELETE FROM app_db.logs，就得给DELETE权限） - 如果用户从远程连接（如
'app_user'@'%'），确保主机名匹配，'localhost'和'127.0.0.1'在权限系统里不等价
即使授了EVENT，事件也不会跑，除非event_scheduler已开启
phpMyAdmin 的“事件”标签页是否可用，取决于 MySQL 实例本身是否启用了调度器。执行 SHOW VARIABLES LIKE 'event_scheduler';，如果返回 OFF 或 DISABLED，那界面里“添加事件”按钮是灰色的，或者创建后状态始终为 DISABLED。
立即学习“PHP免费学习笔记（深入）”；
这时必须改配置文件：
[mysqld] event_scheduler = ON
然后重启 MySQL。临时执行 SET GLOBAL event_scheduler = ON 只对当前会话有效，且普通用户无权执行该语句——只有 SYSTEM_VARIABLES_ADMIN 权限才能设，这权限绝不能给业务账号。
创建事件时必须显式写 ENABLE，否则静默失效
哪怕调度器开了、权限给了，CREATE EVENT 默认生成的是 DISABLED 状态。在 phpMyAdmin 的“添加事件”表单里，务必勾选“启用”，或手写 SQL 时加上 ENABLE：
CREATE EVENT clean_logs ON SCHEDULE EVERY 1 DAY DO DELETE FROM app_db.logs WHERE created_at < NOW() - INTERVAL 30 DAY; -- 上面这个事件默认是 DISABLED！必须改成： CREATE EVENT clean_logs ON SCHEDULE EVERY 1 DAY ENABLE DO DELETE FROM app_db.logs WHERE created_at < NOW() - INTERVAL 30 DAY;
验证是否生效？别只看 phpMyAdmin 界面里的“状态”列，要查：
SELECT EVENT_SCHEMA, EVENT_NAME, STATUS, LAST_EXECUTED FROM information_schema.EVENTS WHERE EVENT_NAME = 'clean_logs';
如果 LAST_EXECUTED 长期为 NULL，八成是没加 ENABLE，或者事件体里某条 SQL 因权限不足失败了——而这种失败 MySQL 默认不报错，得翻错误日志。
真正卡住人的，从来不是“怎么点”，而是以为界面能管一切；最常被忽略的，是 ENABLE 关键字和 event_scheduler = ON 的配置重启要求。
