MySQL通过触发器解决数据库中表的行数限制详解及实例
MySQL通过触发器解决数据库中表的行数限制详解及实例
最近项目一个需求是对操作日志的数量限制为10万条，超过十万条便删除最旧的那一条，保存数据库中日志数量不超过10万。
当时我的第一想法是通过触发器来做，便在数据库中执行了如下的SQL:
delimiter$ createtriggerlimitLog before insert onOperationLog foreachrow begin if(selectcount(*)fromOperationLog)>100000then deletefromOperationLoglimit1; endif; end$ delimiter;
看起来似乎没什么问题，对于insert前执行判断，如果数量超过100000就执行删除。但在真正数据库超过100000条，也就是开始执行IF语句的时候就出问题，MySQL报错：
ERROR1442(HY000):Can'tupdatetable'OperationLog'instored function/triggerbecauseitisalreadyusedbystatementwhichinvoked thisstoredfunction/trigger.
查阅资料才知道，MySQL为了防止触发器递归死循环的执行，不允许在某张表的触发器中直接对该表进行DML(SELECT，DELETE，UPDATE，INSERT)操作，当然可以对其他表进行这样操作。
触发器限制的是执行对该表的DML操作。触发器可以在你的执行前后来修改要执行的这一行数据，通过set关键字。
delimiter$ createtriggersetLog before insert onOperationLog foreachrow begin setNEW.action='test'; end$ delimiter;
上述语句表示在insertOpetationLog表的之前，更新insert这条数据的action字段值为test，NEW就表示新添加的这条字段，同样的OLD就表示delete时的字段。而在update的时候NEW以及OLD同时都可以使用。
临时触发器
刚刚谈到的触发器(Triggers)是基于某个表所产生的事件触发的，而临时触发器也称为事件调度器是基于特定时间周期触发来执行某些任务。MySQL的事件调度器可以精确到每秒钟执行一个任务，而操作系统的计划任务（如：Linux下的CRON或Windows下的任务计划）只能精确到每分钟执行一次。对于一些对数据实时性要求比较高的应用（例如：股票、赔率、比分等）就非常适合。
在使用这个功能之前必须确保event_scheduler已开启，可执行
GLOBALevent_scheduler=1;
或者
SETGLOBALevent_scheduler=ON;
要查看当前是否已开启事件调度器，可执行如下SQL：
SHOWVARIABLESLIKE'event_scheduler';
或
SELECT@@event_scheduler;
或
SHOWPROCESSLIST;
而对于本文一开始提到的问题，使用这种机制则可完美解决：
delimiter$ CREATEEVENTlimitLogONSCHEDULEEVERY1SECONDDOIF(selectcount(*)fromOperationLog)>100000thendeletefromOperationLoglimit1;ENDIF$ delimiter;
亲测有效
感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！