太多的 mySql 事件



我正在一个分类广告网站上工作。我需要广告一项功能,广告会在 30 天内自动将状态从活动更改为非活动。目前我正在计划mySql活动,我的问题是每个广告都会有很多广告和一个事件。那么它会引起麻烦还是会减慢服务器速度?除了这个,还有别的选择吗?

我现在自己正在使用 EVENT,并思考了同样的:)

除了上述答案:

  • 如果任务纯粹以数据为中心,则使用 EVENT,或者补充 已内置到数据库中的功能。你可以 已经有清理数据、记录某些事件的触发器, 汇总某些数据等。如果要执行计划任务 执行是现有设计的一部分,触发更具凝聚力 来自事件的任务。事件毕竟是时间触发器。
  • 如果从 shell 运行脚本,则需要存储用户名/密码 在外壳脚本或默认文件中。对于执行事件,您 创建事件后不需要用户名/密码。
  • IMCO 您应该在存储过程中编写逻辑;然后调用 来自 EVENT 或 shell 脚本的过程,无论适合什么 你最好。您甚至可以在 UI 中构建一些位置,使 用户手动调用该过程。

最新更新