MySQL实现每月单次自动删除30天以上数据的方案咨询

除单条DELETE外的可选清理方案 #

• MySQL原生事件调度器：完全在数据库侧实现自动化流程，无需依赖外部crontab、应用服务等组件，轻量无额外运维成本，适合独立数据库部署的场景
• 分区表滚动清理：针对百万行以上的大表，按时间范围设置RANGE分区，清理30天前数据时直接截断对应历史分区，相比逐行删除可减少90%以上的锁开销和binlog写入量，是大表场景下的最优方案
• 分布式任务调度接入：将清理逻辑接入现有业务的任务调度平台，支持执行日志留存、失败告警、并发限流，适合已有成熟调度体系的业务系统

存储过程实现的落地逻辑 #

你之前搜索找不到适配方案的核心原因，是大部分公开内容没有覆盖生产环境的性能优化细节：要么仅给出最基础的单条DELETE语句，要么未说明规避长事务的必要处理。生产环境可直接复用的存储过程实现逻辑为：

1. 存储过程内置分批删除机制，单批次固定删除1000行左右的数据，每批执行后短暂休眠降低数据库压力，循环直到所有过期数据清理完成，避免长事务锁表
2. 配套创建每日定时触发的数据库事件，调用上述存储过程即可完成全自动化清理

由于规则限制无法提供外部跳转链接，你可以直接参照MySQL官方文档中「存储过程」「事件调度器」「分区表」三个章节的标准化说明，结合下面给出的优化逻辑完成实现，不需要参考零散的第三方博客内容。

对应的可直接调整使用的参考代码：

-- 开启全局事件调度器（需数据库管理员权限）
SET GLOBAL event_scheduler = ON;

-- 创建分批清理的存储过程（替换为实际表名、时间字段）
DELIMITER //
CREATE PROCEDURE PurgeExpiredData()
BEGIN
    -- 单批次删除行数，可根据业务负载调整
    DECLARE batch_size INT DEFAULT 1000;
    -- 循环删除直到无匹配的过期数据
    WHILE EXISTS (
        SELECT 1 FROM your_table_name
        WHERE time_column < DATE_SUB(NOW(), INTERVAL 30 DAY)
    ) DO
        DELETE FROM your_table_name
        WHERE time_column < DATE_SUB(NOW(), INTERVAL 30 DAY)
        LIMIT batch_size;
        -- 每批执行后休眠0.1秒，降低对正常业务查询的影响
        DO SLEEP(0.1);
    END WHILE;
END //
DELIMITER ;

-- 创建每日凌晨2点自动触发的定时事件
CREATE EVENT IF NOT EXISTS evt_daily_purge
ON SCHEDULE EVERY 1 DAY
STARTS '2024-01-01 02:00:00'
DO CALL PurgeExpiredData();

内容的提问来源于stack exchange，提问作者stack