redis 脑图

Redis实现的布隆过滤器bigkey问题：Redis布隆过滤器是使用String类型实现的，存储的方式是一个bigkey，<br>建议使用时单独部署一个实例，专门存放布隆过滤器的数据，不要和业务数据混用，否则在集群环境下，数据迁移时会导致Redis阻塞问题。

先删缓存，在更新DB后，sleep一段时间，再进行一次缓存删除操作

在线程&nbsp;A&nbsp;更新完数据库值以后，我们可以让它先&nbsp;sleep&nbsp;一小段时间，再进行一次缓存删除操作。

加上&nbsp;sleep&nbsp;的这段时间，就是为了让线程&nbsp;B&nbsp;能够先从数据库读取数据，再把缺失的数据写入缓存

线程&nbsp;A&nbsp;sleep&nbsp;的时间，就需要大于线程&nbsp;B&nbsp;读取数据再写入缓存的时间

示例

删除缓存值或更新数据库失败而导致数据不一致，你可以使用<font color="#ff0000">重试机</font>制确保删除或更新操作成功。

应对方案还是是延迟双删

/**<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*&nbsp;解锁的lua脚本<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;*/<br>&nbsp;&nbsp;&nbsp;&nbsp;public&nbsp;static&nbsp;final&nbsp;String&nbsp;UNLOCK_LUA;<br><br>&nbsp;&nbsp;&nbsp;&nbsp;static&nbsp;{<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;StringBuilder&nbsp;sb&nbsp;=&nbsp;new&nbsp;StringBuilder();<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;sb.append("if&nbsp;redis.call(\"get\",KEYS[1])&nbsp;==&nbsp;ARGV[1]&nbsp;");<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;sb.append("then&nbsp;");<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;sb.append("&nbsp;&nbsp;&nbsp;&nbsp;return&nbsp;redis.call(\"del\",KEYS[1])&nbsp;");<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;sb.append("else&nbsp;");<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;sb.append("&nbsp;&nbsp;&nbsp;&nbsp;return&nbsp;0&nbsp;");<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;sb.append("end&nbsp;");<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;UNLOCK_LUA&nbsp;=&nbsp;sb.toString();<br>&nbsp;&nbsp;&nbsp;&nbsp;}

5. 基于多个节点的&nbsp;Redlock，加锁时超过半数节点操作成功，并且获取锁的耗时没有超过锁的有效时间才算加锁成功

6、Redlock&nbsp;释放锁时，要对所有节点释放（即使某个节点加锁失败了），因为加锁时可能发生服务端加锁成功，由于网络问题，<br>给客户端回复网络包失败的情况，所以需要把所有节点可能存的锁都释放掉

7、使用&nbsp;Redlock&nbsp;时要避免机器时钟发生跳跃，需要运维来保证，对运维有一定要求，否则可能会导致&nbsp;Redlock&nbsp;失效。例如共&nbsp;3&nbsp;个节点，线程&nbsp;A&nbsp;操作&nbsp;2&nbsp;个节点加锁成功，但其中&nbsp;1&nbsp;个节点机器时钟发生跳跃，锁提前过期，线程&nbsp;B&nbsp;正好在另外&nbsp;2&nbsp;个节点也加锁成功，此时&nbsp;Redlock&nbsp;相当于失效了（Redis&nbsp;作者和分布式系统专家争论的重要点就在这）

解决： 利用&nbsp;Redisson框架 的watch dog （看门狗）来解决

只要线程一加锁成功，就会启动一个watch&nbsp;dog看门狗，它是一个后台线程，会每隔10秒检查一下，<br>如果线程1还持有锁，那么就会不断的延长锁key的生存时间。因此，Redisson就是使用Redisson解决了「锁过期释放，业务没执行完」问题。

多机实现的分布式锁Redlock+Redisson

部署成本高

空连接异常

Redis-Celll

在下面的例子中，行为将是保存:<br>1. 在900秒(15分钟)后有1次更新，就进行持久化操作<br>2. 在300秒(5分钟)后有10次更新，就进行持久化操作<br>3. 在60秒后有10000次更新，就进行持久化操作<br>

appendfsync&nbsp;always&nbsp;(同步持久化，每次发生数据变更会被立即记录到磁盘，性能差但数据完整性比较好)<br>appendfsync&nbsp;everysec&nbsp;(异步操作，每秒记录，如果一秒钟内宕机，有数据丢失)<br>appendfsync&nbsp;no&nbsp;（将缓存回写的策略交给系统，linux&nbsp;默认是30秒将缓冲区的数据回写硬盘的）<br>AOF的Rewrite(重写)&nbsp;：<br>

优点

缺点

Always

Everysec(性能适中)

No

手动执行命令： bgrewriteaof

自动重写

原理： 1 fork子进程执行 2. 重写aof文件 3. 返回消息

psync&nbsp;?&nbsp;-&nbsp;1

二进制，体积小，传输高效(网络带宽占用少)，低成本， 从库加载快

发送repl buffer

一个环形缓冲区，**主库会记录自己写到的位置，从库则会记录自己已经读到的位置。**

主库中的，所有从库的共享的缓冲区。

所有从库都断开了，那么acklog&nbsp;buffer会释放

全量同步

增量同步

配置

和repl_backlog_buffer 配合使用

<span style="color: rgb(51, 51, 51); font-family: &quot;Open Sans&quot;, &quot;Clear Sans&quot;, &quot;Helvetica Neue&quot;, Helvetica, Arial, &quot;Segoe UI Emoji&quot;, sans-serif; font-size: 16px; orphans: 4; white-space: pre-wrap;">用于主节点与各个从节点间 数据的批量交互</span>

主节点为各个从节点分别创建一个缓冲区，由于各个从节点的处理能力差异，各个缓冲区数据可能不同。(==Kaito==&nbsp;&nbsp;大神回答)&nbsp;buffer是主从通信的数据通道，所有主从同步的数据都是要经过这个buffer的，无论全量同步还是增量同步。