为什么不使用类似Apache cron作业的机制呢?http://en.wikipedia.org/wiki/Cron

对于日历调度，我将使用稍微不同的“位”值来适应标准的日历重复事件-而不是 [星期几(0 - 7)，月(1 - 12)，月(1 - 31)，小时(0 - 23)，分钟(0 - 59)]

——我会用 [年(每N年重复一次)，月(1- 12)，月中的第一天(1- 31)，月中的第一周(1-5)，周中的第一天(0 - 7)]

希望这能有所帮助。

我专门为这种情况开发了一种深奥的编程语言。它最好的部分是它是无模式的和平台独立的。你只需要为你的时间表写一个选择器程序，它的语法受到这里描述的一组规则的约束

https://github.com/tusharmath/sheql/wiki/Rules

这些规则是可扩展的，您可以根据想要执行的重复逻辑类型添加任何类型的自定义，而不用担心模式迁移等问题。

这是一种完全不同的方法，它本身可能有一些缺点。

听起来很像MySQL中存储在系统表中的事件。你可以查看结构并找出哪些列是不需要的:

   EVENT_CATALOG: NULL
    EVENT_SCHEMA: myschema
      EVENT_NAME: e_store_ts
         DEFINER: jon@ghidora
      EVENT_BODY: SQL
EVENT_DEFINITION: INSERT INTO myschema.mytable VALUES (UNIX_TIMESTAMP())
      EVENT_TYPE: RECURRING
      EXECUTE_AT: NULL
  INTERVAL_VALUE: 5
  INTERVAL_FIELD: SECOND
        SQL_MODE: NULL
          STARTS: 0000-00-00 00:00:00
            ENDS: 0000-00-00 00:00:00
          STATUS: ENABLED
   ON_COMPLETION: NOT PRESERVE
         CREATED: 2006-02-09 22:36:06
    LAST_ALTERED: 2006-02-09 22:36:06
   LAST_EXECUTED: NULL
   EVENT_COMMENT:

增强:用日期替换时间戳

作为对公认答案的一个小改进，随后由ahoffner改进-可以使用日期格式而不是时间戳。优点是:

数据库中可读的日期 年份> 2038和时间戳没有问题 删除时需要小心基于季节性调整日期的时间戳，即在英国，6月28日比12月28日早一个小时开始，因此从日期中获得时间戳可能会破坏递归算法。

要做到这一点，将DB repeat_start更改为'date'类型，并且repeat_interval现在保存天数而不是秒。即重复7天。

修改SQL行:

WHERE (( 1370563200 - repeat_start) % repeat_interval = 0 )

to:

WHERE ( DATEDIFF( '2013-6-7', repeat_start ) % repeat_interval = 0)

其他一切都保持不变。简单的!

为什么不使用类似Apache cron作业的机制呢?http://en.wikipedia.org/wiki/Cron

对于日历调度，我将使用稍微不同的“位”值来适应标准的日历重复事件-而不是 [星期几(0 - 7)，月(1 - 12)，月(1 - 31)，小时(0 - 23)，分钟(0 - 59)]

——我会用 [年(每N年重复一次)，月(1- 12)，月中的第一天(1- 31)，月中的第一周(1-5)，周中的第一天(0 - 7)]

希望这能有所帮助。

套@dat_ini = 2023-05-20’,@dat_fim = 2022-11-20’; 选择(DATEDIFF(@dat_fim，@dat_ini) % 60

这个< 10

它只在短时间内有效。

要做到这一点，请使用开始日期并更改屏幕上的月份并添加一年，然后从开始日期中减去它，然后就可以工作了。