redis 延迟双删-redis延迟双删会不会影响性能(4-11-46)

Redis本文目录一览：

• 1、先删后写为何不能用延迟双删
• 2、如何保证redis与mysql数据最终一致性
• 3、Redis随笔-rename效率问题
• 4、请问redis缓存删除后会不会影响网站的访问,会重新生成缓存吗?_百度...
• 5、redis缓存机制一般会影响软件的哪些功能?
• 6、Redis有哪些慢操作?

先删后写为何不能用延迟双删

1、第一种，先更新缓存，再更新数据库 问题：更新缓存成功，更新数据库失败，导致数据不一致。第二种，先更新数据库，再更新缓存 问题：A更新数据库 B更新数据库 B写入缓存 A写入缓存 出现数据不一致。

2、第一种方法是发起转账时。在好友聊天界面中，选择“转账”。如果弹出支付界面，输入支付密码，说明双方仍处于正常的朋友关系中。在这种情况下，如果对方没有回复你的消息，就只是没看到你的消息，不是真正删除你。

3、对方没有删除你，但是他设置了不让你看他的朋友圈的权限，所以也是只显示一条横线。但是被拉黑后，点开对方资料我们可以看到，没有朋友圈显示了。

4、第二个：删除刚才的对话记录，对方的对话记录也被删除 目前是不存在这种功能的，删除只能单向的删除我们的聊天记录，只有撤回才能够删除对方的聊天记录，不过是用时间限制的。 微信想要实现双删的可能性不高，可能从隐私角度，很难实现。

5、先删缓存再写库的话，是写中加入了一次读。A删缓存 B读库 B加缓存 A写库A。这个概率比上面的大。这两种方案的问题的解决方式是一样的，就是延时双删策略。

6、一般情况下，如果双方都删除了对方的微信账号，重新加回来的话，对方是不会迟到的。因为在微信上的聊天记录是实时保存在服务器上的，所以即使你们之间断开了连接，只要重新建立连接就能够看到之前所有的聊天记录。

如何保证redis与mysql数据最终一致性

SAGA或者TCC - 这两种需要业务代码的大量配合。通过业务代码来补偿一致性。 现实当中有XA协议。比如Ehcache是支持XA协议的。但是性能表现不佳，运维也麻烦。

这种情况应该是先删除缓存，然后在更新数据库，如果删除缓存失败，那就不要更新数据库，如果说删除缓存成功，而更新数据库失败，那查询的时候只是从数据库里查了旧的数据而已，这样就能保持数据库与缓存的一致性。

二者数据同步的关键在于mysql数据库中主键，方案是在redis启动时区mysql读取所有表键值存入redis中，往redis写数据是，对redis主键自增并进行读取，若mysql更新失败，则需要及时清除缓存及同步redis主键。

Redis随笔-rename效率问题

rename 是redis中给key重命名命令， rename key newkey 的意思就是将key重命名为newkey。

命令：RENAME key newkey 键重命名。如果键不存在会报错。重命名会执行键的删除操作，因此在键存储的value比较大时，要谨慎使用。

这是因为 Redis 的作者是想通过不同编码实现效率和空间的平衡，然而数据量越大使用的内部编码就越复杂，而越是复杂的内部编码存储的性能就越低。

所以读写数据的效率极高，远远超过数据库。以设置和获取一个256字节字符串为例，它的读取速度可高达110000次/s，写速度高达81000次/s。储存在Redis中的数据是持久化的，断电或重启后，数据也不会丢失。

如果在使用Redis时，取出一个Map后发现Map中的数据没有了，可能是以下原因导致： Redis中的Map被误删除：在某些情况下，可能会出现误删除Map的情况，例如在操作时误执行了DEL命令或者使用了错误的键名。

请问redis缓存删除后会不会影响网站的访问,会重新生成缓存吗?_百度...

在实际项目开发中，我们都知道Redis不可能把所有的数据都缓存起来（ 内存昂贵且有限 ），所以Redis需要对数据设置过期时间，并采用的是惰性删除+定期删除两种策略对过期键删除。

数据过期：缓存数据有过期时间，如果缓存数据过期，需要重新从数据库中获取，这可能会影响查询速度。数据持久化：Redis提供了RDB和AOF两种持久化策略，但在某些情况下，如意外宕机等，可能会导致缓存数据的丢失。

会定时以追加或者快照的方式刷新到硬盘中. 由于redis是一个内存数据库， 所以读取写入的速度是非常快的， 所以经常被用来做数据， 页面等的缓存。

我们的系统不会像传统方式那样“刷新”缓存，Redis实例中的信息永远是一致的。SQL数据库（或是硬盘上的其他类型数据库）只是在用户需要获取“很远”的数据时才会被触发，而主页或第一个评论页是不会麻烦到硬盘上的数据库了。

Redis使用的并不是完全LRU算法，而是近似LRU算法。被删除的key也不一定是最满足LRU特征的key，而是通过近似LRU算法抽样，然后删除访问时间最古老的key。

redis缓存机制一般会影响软件的哪些功能?

具体影响取决于您的网站如何处理缓存丢失的情况。如果您的网站在尝试从缓存中获取数据时，发现该数据不存在，则可能需要从数据库中重新查询数据并将其存储到 Redis 缓存中。这可能会增加一些延迟，但不会导致网站崩溃。

推荐一个客户端软件 Redis Desktop Manager ，它是 redis 的客户端界面软件，方便面我们学习的时候 清理缓存 使用，生产慎连。

社交网络点赞、踩、关注/被关注、共同好友等是社交网站的基本功能，社交网站的访问量通常来说比较大，而且传统的关系数据库类型不适合存储这种类型的数据，Redis提供的哈希、集合等数据结构能很方便的的实现这些功能。

当AOF持久化功能处于开启状态时，服务器每执行完一个命令就会将命令以协议格式追加写入redisServer结构体的aof_buf缓冲区。而在服务重启的时候会把AOF文件加载到缓冲区中。

Redis有哪些慢操作?

1、数据库负载过高：如果Redis实例的负载较高，就会导致set操作的响应时间变慢。可以通过查看Redis的监控信息，确定是否存在负载过高的情况。网络延迟：如果Redis服务器和客户端之间的网络延迟较大，会导致set操作的耗时增加。

2、内存中的的数据写入磁盘，这个会加重磁盘的IO负担，操作磁盘成本要比操作内存的代价大得多。如果写入量很大，那么每次更新都会写入磁盘，此时机器的磁盘IO就会非常高，拖慢Redis的性能，因此我们不建议使用这种机制。

3、记录慢查询是Redis会对长命令进行截断，不会大量占用大量内存。在实际的生产环境中，为了减缓慢查询被移出的可能和更方便地定位慢查询，建议将慢查询日志的长度调整的大一些。比如可以设置为 1000以上 。

4、redis并不会因为key的增加而导致写入明显变慢，肯定是其他因素。如果redis开启了持久化，在进行持久化时，性能必然下降，可以使用config命令查看持久化设置了没有。

5、将no-appendfsync-on-rewrite的配置设为yes可以缓解这个问题，设置为yes表示rewrite期间对新写操作不fsync，暂时存在内存中，等rewrite完成后再写入。最好是不开启Master的AOF备份功能。