redis缓存热点数据 有些“上古”程序员一直坚持反对使用redis怎么办？

有些“上古”程序员一直坚持反对使用redis怎么办？

分享大人物的答案似乎合情合理。

不要告诉我们是否使用redis。你必须告诉我们你为什么要使用redis。没有redis的业务怎么了？世界上没有免费的午餐。如果不直接使用头部缓存/NoSQL，可能会带来越来越严重的问题。

单个数据库的最大优点是易于实现事务，并由数据库本身保证。举个简单的例子，要下订单，需要扣除库存并插入订单条目。如果inventory和order都是数据库表条目，那么这个事务是无可挑剔的。如果库存在redis中，订单条目是mysql，通常需要先写redis，成功后再写数据库。如果您写数据库失败，需要回滚redis，如果由于网络或其他原因回滚失败，将再扣减一个存货。不要认为这些事情很容易解决。事务处理的复杂性远远超出您的想象。例如，当您编写mysql时，您在提交时就失去了连接。你无法判断提交是成功还是失败。你的redis是不是在倒退？

因此，当您引入一个新层时，您必须弄清楚您必须使用cache/NoSQL的目的以及您可以接受的一致性模型。否则，你就要出丑了。

如何保证redis中的数据都是热点数据？

当redis使用的内存超过设置的最大内存时，将触发redis消除策略。再贴现3。X有六种删除策略

无删除策略

allkeys LRU优先删除所有不常用的密钥

allkeys随机删除部分密钥

可变LRU删除设置有效期内不常用的密钥。

Volatile random随机删除设置有效期内的部分密钥

Volatile TTL首先删除设置有效期内剩余时间较短的密钥

redis缓存热点数据 redis热点key发现 如何利用redis处理热点数据

版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。