redis 脑图

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

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

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

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

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

示例

删除缓存值或更新数据库失败而导致数据不一致，你可以使用重试机制确保删除或更新操作成功。

应对方案还是是延迟双删

/**
     * 解锁的lua脚本
     */
    public static final String UNLOCK_LUA;

    static {
        StringBuilder sb = new StringBuilder();
        sb.append("if redis.call(\"get\",KEYS[1]) == ARGV[1] ");
        sb.append("then ");
        sb.append("    return redis.call(\"del\",KEYS[1]) ");
        sb.append("else ");
        sb.append("    return 0 ");
        sb.append("end ");
        UNLOCK_LUA = sb.toString();
    }

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

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

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

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

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

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

部署成本高

空连接异常

Redis-Celll

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

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

优点

缺点

Always

Everysec(性能适中)

No

手动执行命令： bgrewriteaof

自动重写

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

psync ? - 1

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

发送repl buffer

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

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

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

全量同步

增量同步

配置

和repl_backlog_buffer 配合使用

用于主节点与各个从节点间 数据的批量交互

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