MySQL事件调度器默认关闭且不提示，CREATE EVENT会静默失败；需先执行SHOW VARIABLES LIKE 'event_scheduler'确认状态，再通过SET GLOBAL event_scheduler = ON临时启用或在配置文件中添加event_scheduler = ON永久启用。
MySQL事件调度器没启用，CREATE EVENT 会静默失败
执行 CREATE EVENT 后查不到事件、日志里也没报错？大概率是调度器根本没开。MySQL默认关闭事件调度器，且不提示，这是最常被忽略的前提。
确认并启用方式：
- 先查状态：
SHOW VARIABLES LIKE 'event_scheduler';—— 返回OFF就得开 - 临时开启（重启失效）：
SET GLOBAL event_scheduler = ON; - 永久生效：在
my.cnf或my.ini的[mysqld]段落加一行：event_scheduler = ON
注意：普通用户需有 EVENT 权限才能创建/删除事件，授权命令是：GRANT EVENT ON *.* TO 'username'@'host';
归档语句写成单条 INSERT ... SELECT + DELETE 容易丢数据
常见写法是先 INSERT INTO archive_table SELECT ... FROM main_table WHERE ...，再 DELETE FROM main_table WHERE ...。但若中间发生崩溃、主从延迟或事务中断，就会出现“插了没删”或“删了没插”。
更稳妥的做法是用事务包住两步操作，并确保归档表和原表结构兼容：
- 归档表必须有相同字段名、类型，且主键/唯一约束不能冲突（例如原表有自增ID，归档表也应设为自增或改用组合主键）
- 使用显式事务：
BEGIN; INSERT INTO orders_archive SELECT * FROM orders WHERE order_date < DATE_SUB(CURDATE(), INTERVAL 90 DAY); DELETE FROM orders WHERE order_date < DATE_SUB(CURDATE(), INTERVAL 90 DAY); COMMIT;
- 若表很大，
DELETE可能锁表太久，建议加LIMIT分批处理（此时需改用存储过程+循环）
事件时间表达式用 NEXT AT 而非 EVERY 更易调试
直接写 EVERY 1 DAY 看似简洁，但首次触发时间不可控（MySQL按创建时刻推算），导致第一次归档可能在半夜三点，或者隔了十几个小时才执行，不利于验证逻辑。
推荐用 NEXT AT 显式指定首跑时间，再配合 EVERY：
- 每天凌晨2点执行：
ON SCHEDULE EVERY 1 DAY STARTS TIMESTAMP(CURDATE() + INTERVAL 2 HOUR) - 如果想今天就试一次，可设为
NEXT AT CURRENT_TIMESTAMP + INTERVAL 1 MINUTE，等一分钟看效果 - 注意时区：MySQL事件调度器使用系统时区（
system_time_zone），不是time_zone会话变量，务必用SELECT @@system_time_zone;确认
归档大表时没加索引，WHERE 条件全表扫描拖垮服务器
归档语句里那个 WHERE order_date 如果 <code>order_date 没索引，每次事件运行都会触发全表扫描——尤其当原表千万级时，一次归档可能持续数分钟，还可能阻塞其他查询。
检查与补救方法：
- 查索引：
SHOW INDEX FROM orders WHERE Key_name != 'PRIMARY' AND Column_name = 'order_date'; - 缺索引就加：
ALTER TABLE orders ADD INDEX idx_order_date (order_date); - 如果归档条件涉及多个字段（如
status = 'closed' AND order_date ），考虑建联合索引，把范围查询字段放后面：<code>ADD INDEX idx_status_date (status, order_date)
另外，归档完成后记得 ANALYZE TABLE orders; 更新统计信息，避免优化器误判执行计划。
