Mysql

关注公众号 jb51net

关闭
首页 > 数据库 > Mysql > MySQL定时任务

从基础到实战MySQL定时任务详解

作者:Micro麦可乐

在日常开发中,我们经常会遇到“定时执行任务”的需求,其实MySQL 自身也内置了定时任务功能,可以直接在数据库层面实现调度,下面小编就为大家详细介绍一下吧

1. 前言

在日常开发中,我们经常会遇到“定时执行任务”的需求,比如每天凌晨清理历史数据、定时归档日志、定期统计报表汇总等。

通常情况下,我们会选择 任务调度器 来实现,例如 Quartz、xxl-job、Crontab。但其实,MySQL 自身也内置了定时任务(Event Scheduler)功能,可以直接在数据库层面实现调度。

虽然MySQL自身也内置了定时任务非项目中常用,但是了解掌握这门技术还是有必要的,在一些极简功能项目,或许你会用到它,本文博主将带小伙伴了解 MySQL 定时任务 的使用方法,通过一个完整的示例来实践。

2. 为什么使用 MySQL 定时任务?

MySQL从5.1.6版本开始内置了事件调度器(Event Scheduler),允许在数据库内部创建定时执行的任务,无需外部应用介入

典型场景:

优点:

缺点:

3. MySQL 定时任务的基本语法

在使用前,需要确认事件调度器是否开启:

-- 查看事件调度器是否开启
SHOW VARIABLES LIKE 'event_scheduler';

-- 如果为 OFF,可执行以下命令开启(临时生效)
SET GLOBAL event_scheduler = ON;

-- 永久生效(修改 my.cnf 配置)
[mysqld]
event_scheduler=ON

核心语法

CREATE EVENT [IF NOT EXISTS] 事件名称
ON SCHEDULE
    schedule_expression -- 调度时间设置
[ON COMPLETION [NOT] PRESERVE] -- 执行后是否保留
[ENABLE | DISABLE | DISABLE ON SLAVE] -- 状态
DO
    event_body; -- 执行的SQL或存储过程

时间调度表达式

一次性任务:

ON SCHEDULE AT TIMESTAMP '2025-08-18 10:00:00'

重复执行任务:

ON SCHEDULE EVERY 1 DAY
STARTS TIMESTAMP '2025-08-18 00:00:00'
ENDS TIMESTAMP '2025-08-31 23:59:59'

修改与删除

ON SCHEDULE EVERY 1 DAY
STARTS TIMESTAMP '2025-08-18 00:00:00'
ENDS TIMESTAMP '2025-08-31 23:59:59'

查看任务

SHOW EVENTS;

4. MySQL 定时任务 vs Quartz、Cron

特性MySQL Event SchedulerQuartzCron
部署方式内置数据库,无需额外安装Java库,需要集成到项目中系统级任务调度器
表达式灵活度支持简单的 EVERY/AT支持复杂的 Cron 表达式标准 Cron 表达式
可靠性依赖数据库依赖应用服务依赖操作系统
可监控性无内置监控,需手工记录提供 Listener/日志可通过日志查看
适用场景数据清理、归档、统计企业级复杂任务调度系统任务,如脚本执行

使用建议:

如果只是做 数据库内部的小型定时操作,用 MySQL 定时任务即可。

如果需要 分布式、复杂调度、监控告警Quartz、xxl-job 更合适。

如果是 系统层面的脚本,可以交给 Cron

5. 实战:使用 MySQL 定时任务清理过期日志

假设有一个日志表 user_logs,我们希望每天凌晨自动清理 30 天前的日志

5.1 创建示例表

CREATE TABLE user_logs (
    id INT AUTO_INCREMENT PRIMARY KEY,
    user_id INT NOT NULL,
    action VARCHAR(100),
    create_time DATETIME DEFAULT CURRENT_TIMESTAMP
);

5.2 插入测试数据

INSERT INTO user_logs (user_id, action, create_time)
VALUES (1, 'login', NOW() - INTERVAL 40 DAY),
       (2, 'logout', NOW() - INTERVAL 10 DAY),
       (3, 'update_profile', NOW() - INTERVAL 35 DAY);

5.3 创建定时任务

CREATE EVENT IF NOT EXISTS clean_user_logs
ON SCHEDULE EVERY 1 DAY
STARTS TIMESTAMP(CURRENT_DATE + INTERVAL 1 DAY)  -- 从明天凌晨开始
DO
  DELETE FROM user_logs WHERE create_time < NOW() - INTERVAL 30 DAY;

5.4 验证执行效果

手动执行一次删除逻辑来测试:

DELETE FROM user_logs WHERE create_time < NOW() - INTERVAL 30 DAY;

然后观察表中是否只保留近 30 天的记录

6 实战:每日订单数据归档

每天凌晨3点将超过30天的订单数据归档到 orders_archive 表,并删除原表数据。

6.1 创建归档表

CREATE TABLE orders_archive LIKE orders;
ALTER TABLE orders_archive ADD COLUMN archive_time DATETIME;

6.2 创建事件

DELIMITER $$

CREATE EVENT daily_orders_cleanup
ON SCHEDULE
    EVERY 1 DAY 
    STARTS CURRENT_DATE + INTERVAL 1 DAY + INTERVAL 3 HOUR -- 次日凌晨3点
ON COMPLETION PRESERVE
ENABLE
DO
BEGIN
    -- 归档旧数据
    INSERT INTO orders_archive 
    SELECT *, NOW() FROM orders 
    WHERE order_date < CURDATE() - INTERVAL 30 DAY;
    
    -- 删除已归档数据
    DELETE FROM orders 
    WHERE order_date < CURDATE() - INTERVAL 30 DAY;
END$$

DELIMITER ;

6.3 验证事件状态

-- 查看所有事件
SHOW EVENTS;

-- 检查事件最后执行时间
SELECT * FROM information_schema.events 
WHERE event_name = 'daily_orders_cleanup';

6.4 手动测试事件

-- 立即测试事件
ALTER EVENT daily_orders_cleanup ENABLE;
CALL mysql.rds_run_event('daily_orders_cleanup');

-- 查看执行日志(需开启通用日志)
SHOW VARIABLES LIKE 'general_log';

7. 总结

MySQL定时任务 提供了一种快速、轻量化的调度方式,特别适合 数据清理、归档、统计 等数据库内部操作。

它可以减少对外部任务调度框架的依赖,在一些中小型项目中非常实用。

但在复杂调度、分布式任务、可视化监控等方面,它不如 Quartz、xxl-job 等专业工具。

建议使用场景:

轻量级任务:定时删除、归档、统计。

单机数据库:对高可用和任务监控要求不高的项目。

临时需求:快速上线一个定时任务时。

通过本文相信小伙伴们已掌握MySQL事件的核心用法及其适用场景。对于简单的数据库维护任务,原生事件是高效的选择;而涉及业务逻辑的复杂调度,Quartz等专业框架仍是首选。根据实际场景合理选择技术方案,才能最大化系统效能。

以上就是从基础到实战MySQL定时任务详解的详细内容,更多关于MySQL定时任务的资料请关注脚本之家其它相关文章!

您可能感兴趣的文章:
阅读全文