含开始时间，截止时间的规则缓存方案--- 类似时间轮理念，连续变片段化

含开始时间，截止时间 结束时间 的规则缓存方案--- 类似时间轮理念，连续变片段化

startTime endTime start_time end_time expire_time expireTime

互联网产业总有一些解决方案比较技巧。

规则引擎，需要保存规则，然后提供规则查询。规则可能有开始截止时间。

1. 一种是直接查询，

     select * from rule where start_time < ${now} and end_time > ${now} and ruleName=123 and cityId=321

    这样子将导致sql查询比较频繁。

2.  第二种，缓存，将 ruleName和cityId 作为联合key ，缓存十分钟。

导致的问题， 后面生效的将有十分钟时间误差。

3. 最终解决方案

     select * from rule where start_time < ${now+50分钟} and end_time > ${now- 50分钟} and ruleName=123 and cityId=321

这样将后面50分钟和前面50分钟的生效的规则都取出来，然后缓存起来。

    利用缓存前提下，满足需求：

        a. 获取某规则当前时间前一段时间的规则

        b. 获取当前和稍后一段时间（ 50分钟-缓存时间 ）的规则。避免因为缓存10分钟，导致将要生效的规则无法获取。

进阶： 可以提供接口查询某规则任意阶段的规则。注：如果命中率不高，没啥意义

将规则分段缓存，类似时间轮理念，这样可以把所有的数据都缓存起来。但是要保证命中率高。缓存的value有点多。

    1. 获取以天为维度的生效缓存。缓存时间，根据业务需求定。（ 比如乘客支付，经常是延后3天内支付，假如第三天支付，要获取下单时刻的分润规则，输入 下单时间，规则名，城市id. 基本上都没有缓存，直接数据库搜索得到相关数据。这个设计不好，最好是下单时发送mq，然后接到mq，进行分润规则）