mysql过期数据如何删除

发布时间：2020-06-05 17:09:52

来源：51CTO

阅读：240

作者：三月

下面讲讲关于mysql过期数据如何删除，文字的奥妙在于贴近主题相关。所以，闲话就不谈了，我们直接看下文吧，相信看完mysql过期数据如何删除这篇文章你一定会有所受益。

1、  查看MySQL是否开启了事件功能

查看命令：

show variables like '%sc%';

打开event_scheduler(临时开启，MySQL服务重启后时效)

SET GLOBAL event_scheduler = ON;

永久开启方法：my.cnf中[mysqld]添加event_scheduler=on #重启服务

2、  创建事件

create event myevent on SCHEDULE every 5 second do delete from Syslog.SystemEvents where ReceivedAt

说明：

ReceivedAt：数据库Syslog.Systemevents表中的时间字段

(date,INTERVAL expr type):

date：数据库当前时间CURRENT_TIMESTAMP()

INTERVAL：关键字(间隔)

expr：具体的时间间隔(-5)

type:时间单位：MICROSECOND间隔单位：毫秒

SECOND间隔单位：秒

MINUTE间隔单位：分钟

HOUR间隔单位：小时

DAY间隔单位：天

WEEK间隔单位：星期

MONTH间隔单位：月

QUARTER间隔单位：季度

YEAR间隔单位：年

SECOND_MICROSECOND复合型，间隔单位：秒、毫秒，expr可以用两个值来分别指定秒和毫秒

MINUTE_MICROSECOND复合型，间隔单位：分、毫秒

MINUTE_SECOND复合型，间隔单位：分、秒

HOUR_MICROSECOND复合型，间隔单位：小时、毫秒

HOUR_SECOND复合型，间隔单位：小时、秒

HOUR_MINUTE复合型，间隔单位：小时分

DAY_MICROSECOND复合型，间隔单位：天、毫秒

DAY_SECOND复合型，间隔单位：天、秒

DAY_MINUTE复合型，间隔单位：天、分

DAY_HOUR复合型，间隔单位：天、小时

YEAR_MONTH复合型，间隔单位：年、月

如果存在事件，请先删除，删除命令：drop event if exists myevent;

3、  开启事件

alter event myevent on completion preserve enable;

4、关闭事件的命令：alter event myevent on completion preserve disable;

对于以上mysql过期数据如何删除相关内容，大家还有什么不明白的地方吗？或者想要了解更多相关，可以继续关注我们的行业资讯板块。

缘起：

你有没有在工作中接手一个烂摊子项目，数据库很多表数据上亿，而且越来越大？但是数据库中有效的数据只有几百万上千万，给你你该怎么办？

为什么会出现这种问题呢？

项目初期未考虑数据过期问题，导致数据越来越多，几年之后数据直接上亿

数据存储不合理，导致各种数据都存起来，无法有效删除

表设计必要字段：新增create_time,update_time字段

为什么需要提到表设计，因为笔者在工作中遇到过类似问题，某些表数据已经超过1亿，但是表字段没有创建时间和修改时间，这导致无法通过这个表来删除过期数据，如下：

user_item_info(uid, item_id,num)

经过血与泪的洗礼，笔者强烈建议表设计必须带上create_time,update_time字段，如

user_item_info(uid, item_id,num,create_time,update_time)

参考方案一：设计初期考虑并处理

玩家登陆时候删除过期数据。

如果表数据量在100w一下，可以在每天业务低峰期通过定时任务删除过期数据。

如果表数据量在100w以上，可以考虑一下这些数据是否有必要，如果是过期时间很快的是不是考虑一下redis？

如果确实有这么大的数据量，通过定时脚本，从从库查询过期数据，保存主键，通过脚本任务从主库慢慢删除

参考方案二：系统已经上线运行多年

如果数据不需要一定保证强一致性，可以允许丢失很小一部分，并且有用数据远远小于过期数据，有用数据在100w内，可以考虑换表，将老表的有用数据直接倒过去，具体操作流程：mysql从库导出有用数据--》mysql主库新建临时表--》将从库数据导入主机临时表--》修改表名，用临时表代替老表--》drop老表

优点：快

缺点：数据丢失小部分、使用场景很局限

有效数据多，又需要保证数据安全：操作流程：从从库导出过期数据的主键存起来--》编写小工具，通过主键，一行一行慢慢删除

优点：稳

缺点：慢，具体有多慢，给你举个例子：如果你需要删除8kw数据，导出数据的时间姑且不计算，单单计算删除的时间，笔者的mysql机器性能目前支持50qps的delete请求，笔者是开的两个进程，那么删除8kw数据需要多久呢？每天极限删除432w，需要18天，但这些都是理想状态下，笔者亲自经历过，实际删除时间需要打7折，所以时间会更长

总结

表不是随意设计的，避免埋坑，所以业务初期需要考虑数据的过期策略，分为4个不同场景的不同方案，如果线上有数据需要清理，笔者有2种方案供选择。