才看到你还想要 32G 内存；价格不高、轻便、大电池续航好、CPU 性能好、内存 32G 、还得能做视频编辑；你这要求有点高啊。

thinkbook 14/16+，鉴于你要编辑视频，那就 6800H 集显版本，续航肯定比不了苹果，但是应该也够用半天吧。

@sy20030260 我平时也不会引入消息队列，只是简单更新以下数据库，然后删除缓存。虽说讨论有些空乏，但是并不代表问题不存在啊，所以才拉出来讨论啊，不用实现强一致性，但是不是还是应该尽可能更完善一点呢。

@tairan2006 deleteCache 其实不就是等价于立即过期么。就算设置为立即过期，不还是有问题么？比如：
（ 1 ）缓存刚好失效
（ 2 ）请求 A 查询数据库，得一个旧值
（ 3 ）请求 B 将新值写入数据库
（ 4 ）请求 B 删除缓存（或者设置为立即过期）
（ 5 ）请求 A 将查到的旧值写入缓存

@tairan2006 这种就得用监控 binlog 的方式吧，只要数据库更新成功了，就会事件产生去执行删除缓存操作。是一种情况，但不是我想讨论的问题。

@kidlj 我不担心消息队列丢数据，我担心的是实时性。我在研究研究吧，看看是不是可以省去这一次删除操作，目前我认为省去就会删除不及时。

@kidlj 那应用程序中更新完数据库后，再立即删除缓存一次（哪怕失败也无所谓），然后再用你的方案呢？是不是更好？感觉你的方案依赖性太强了，一旦出事就是灾难性的，所有缓存都不删除了。

@kidlj 我开头说的 binlog 指的就是你的这种方案，当然你的方案是完整的。不过就算用你的方案，也应该要在应用程序中更新完数据库后立即删除一次吧。只做更新，不先尝试立即删除一次，然后直接交给其他程序异步删除兜底，这样做可以么？

@siweipancc 怎么说，有啥经验教训可以传授么？

@lmshl 第一，都在讨论这个问题了，当然缓存服务是必然的，不然我也不会提问了。
第二，那个帖子我看过，也看完了，我在讨论 Cache Aside Pattern ，应该不会有人觉得我在讨论另外两种方案吧。
最后，你都说了这么多了，感觉如果我的理解有问题，你也应该能轻易指出来，就别只说到一半了，能明示么？不胜感激。

第一，都在讨论这个问题了，当然缓存服务是必然的，不然我也不会提问了。
第二，那个帖子我看过，也看完了，我在讨论 Cache Aside Pattern ，应该不会有人觉得我在讨论另外两种方案吧。
最后，你都说了这么多了，感觉如果我的理解有问题，你也应该能轻易指出来，就别只说到一半了，能明示么？不胜感激。

@zjj19950716 额，文章看完了，但是不太理解你引入这篇文章想表达什么，能明示么？

防碰撞哈希算法就没短的，感觉你要的是快速哈希算法，比如 Murmur 或者 CRC ，快且短，但是容易发生冲突。

@LeegoYih 赶上好时候了，也不用在纠结了，以后也用不了了。

@JerryX 我觉得一般情况下我不会选择时间换空间，况且节省的空间很有限，但是很多操作的时间复杂度却从 O(1) 越过 O(logN)直接变成了 O(N)。有机会我去试试把这些参数都调成 0 或者 1 这样的值，尽可能不用压缩列表和整数集合，测试一下性能和内存情况，说不定会有收获。

@leaves98 按照我的了解，原理上它们是一样的。

@killva4624 嗯，准备用虚拟机中装 docker 。