现在存在一个案例:
现有一个插入线程不断的往数据库里里面插入数据:
[ {"ts": 1562902203, "event": "product1", "direction": "buy", "price": 0.8}, {"ts": 1562902204, "event": "product1", "direction": "sell", "price": 0.8} ]
现在存在 N 个查询线程在做查询操作,查询内容有:
当前时间减去 X 时间内的最高价 当前时间减去 X 时间内的最低价 因为存在两个因素: 时间 和 价格 ,所以这两个都得加索引。 查询频率极高,
假设 X 等于 5 分钟, 当前是 15:00:00,查询最高价 , 查询条件是 14:55:00 - 15:00:00 内的最高价,假设是 14:58:00 是最高价。 如果当前是 15:00:01 其他不变, 查询条件是 14:55:01 - 15:00:01 内的最高价,结果很可能仍然是 14:58:00 是最高价。
这种情况下,就是纯粹浪费资源了,但是可能第一次查询的最高价是 14:55:00,第二次的最高价是 15:00:01,这种情况也是必须要考虑到的。
现有的运行方案是:mysql 5.7 ts 和 price 都加索引。
select * from data where ts
>= '14:55:00' order by price desc limit 1
麻烦就是麻烦在: 下次的查询,可能跟上次的结果是一样的,但是存在不一样的可能,为了这个可能不一样需要花费大量的资源来查询。
一个不成熟的方案想法:
Redis-Zset 方案: 按照价格排好一份,这样排序问题解决了,筛选变快了,但是不知道时间怎么做到可变。