ys1992

"你收藏的东西就像是一个试图用所有工具武装自己的木匠，结果连个像样的板凳都做不出来。"

"不同机房的应用实例使用同一个 DB" 这不就是天然实现分布式锁的基础设施么，没必要纠结非要使用 redis ，把 redis 分布式锁 setnx 和 expire ，用数据库的方式实现一遍就可以了呀，
举个例子，来个 lock 表，lock_name 作为唯一索引，加一个 lock_status 状态,expire_time 过期时间，
获取锁的时候 update lock set lock_status = 1 where lock_name = xxx and (lock_status = 0 or expire_time<now())
释放锁的时候 update lock set lock_status = 0 where lock_name = xxx and lock_status = 1

@antinomii #12 还加了 90 上了个 850w 的电源，萌新入坑果然就是先交学费的

前两天整了一套，发出来参考下，本人萌新基本只懂一些概念，在 x 宝上找到了一个配置，店主好像是个 B 站 up 主来着

@wxf666 #23 大佬动手能力真强呀，这个和之前 1brc( https://zhuanlan.zhihu.com/p/683955185)有异曲同工之处了，反正按照 po 主的意思，顺序扫一遍全表，然后内存计算推送时间过滤出超过 24 小时的，时间应该是快的，不过 sqllite 纯 SQL 还能这么快，还是挺让人震撼的(之前没怎么接触过 sqllite ，都是 pg 和 mysql 多一点)

如果是数据已经写好，不想改动业务表的情况下，要计算相邻推送的时间间隔这个就是纯读取相邻两条数据，然后计算推送时间间隔，这种必然要扫描全表的，那感觉可以按照时间顺序使用流式的方式读一遍全表，然后用程序计算好了，回写一张独立的推送间隔表，如果有增量数据那就记录一下末次处理的业务表 id ，然后基于记录的业务 id 定时扫表，或者监听 binlog 转 kafka 这种消息方式
如果业务表支持改造增加一个字段写入的时候就直接记录推送间隔就好了
有了推送间隔，后续基于此做分析可以使用纯 SQL 就能搞定

有点东西

@chen90902 #85 已收藏 感谢分享

OP 你还是好好想想吧。至少父亲还健在，要知道不少人想和自己父亲说上一句话都已经办不到了
"子欲养而亲不待" 这才是遗憾