@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 。

@Buges 个人觉得用 Vagrant 做一些 linux 初始准备工作还是有点用的，也可以快速的把 linux 虚拟机分发给别人，不过用处确实没有之前那么大了。

@BeautifulSoap 叫我回头研究研究。我之前看到了一种方案，虚拟机配置两个网卡，一个固定 ip ，一个 host-only ，然后 vscode remote 到虚拟机做开发。

@zx900930 多谢！我的电脑硬件配置比较高，按照你的建议，虚拟机比较适合我。

@zx900930 docker 还没入门，看不太懂。就是调研了一番之后，感觉问题太多，才跑过来提问有没有更好的方案，我个人不太想把时间花在折腾这种问题上。

@cheng6563 主要还是为了追求一致性，不然就不折腾了。