cai 50 就 b b 你天天摸鱼 1 小时就黑了你老板多少钱了？什么玩意啊已 B

显卡都出到多少了，你用上了么？

广告，没有其他。

@penguinn IBM 哪的渠道？谢谢

技术群就是扯淡，文无第一武无第二，你让一群文人在一起除了开车能和谐，剩下的就是对喷吵架了
加过好多类似的群，都是发现里面有几个特别能吵架的比较活跃其他人都沉默，估计是懒得跟他们吵
你工作中应该也有这种同事，你不跟他吵架的原因不是他是对的，是你不想浪费人生

麻烦说说 IBM 亚马逊和其他外企的情况，难度内容，谢谢

@nl101531 艹 愣是给我看笑了

@xxy973211 如果你们数据量少，可以这么干。
但是假如你们有 1000W 数据，REDIS 占用的内存有多少考虑过么？可以通过这个网站计算 http://www.redis.cn/redis_memory/
所以全部数据不过期适合全部数据量小的情况。
也可以只设置热点数据永不过期，前提是你要知道哪些是热点数据以及热点数据量小的情况。相应的有了 REDIS 缓存预热的说法。

大部分场景下热点数据其实就那么多，大部分是冷数据。所以目前有很多冷热数据的解决方案。这是另一个问题就不在这里讨论了。

楼主的问题是，业内常见的处理他不想用，正常查不到缓存就返回空前端处理一下，就留一个获取到锁的线程去更新。
楼主不想返回空，那么那么多线程在那里轮询类似自旋，就比较烦躁了。
还有一种方案就是 2 套 REDIS，一套过期时间长一些作为备份缓存，过期时间短的查不到去查这个备份的。
问题是 REDIS 在云服务商那不便宜啊，如果数据量一大成本是个问题。

@rocky114 我意思取数的时候不光取数据，也包括 TTL，发现要过期了就更新

楼上说的好，为啥非得等查不到采取更新，如果真的是特别热点的数据快过期就去更新

求个地址 我们也想去查查

不要低头，不要低头，不要低头，
多运动