Redis学习

最近的整个笔记都比较单一，没有深入的思考，一方面是我在准备面试，都是查漏补缺没有那么多时间去思考，另一方面是最近有些焦虑。。。正在恢复中。Redis就是基本作为缓存使用，作为一个常用的缓存方案，记录一下平常的使用。

Redis的常用数据类型

string hash list set zset

Redis的哨兵机制,主从，集群机制

哨兵机制是高开用的方案，分为主节点，当主节点失效时自动选举别的节点为主节点。
主从是一个主节点，多个从节点，主节点失效需要手动转移新的节点为主节点。
集群的话 是有利于横向扩展redis，把数据分表存储在多个节点上，Redis 集群通过一致性哈希算法将数据分配到不同的节点上，并支持自动数据重分布、故障转移和节点扩容等功能。

Redis的缓存穿透 雪崩

穿透指的是不存在的key 不存在，直接访问数据库，采用布隆过滤器可以解决这个问题。
雪崩是大量的key同一时间失效，所有设置时间段的时候需要分批失效。

Redis的淘汰机制

1.noeviction（默认策略）： 不会删除任何数据，拒绝所有写入操作并返回客户端错误消息（error）OOM command not allowed when used memory，此时 Redis 只响应删和读操作；

2.allkeys-lru： 从所有 key 中使用 LRU 算法进行淘汰（LRU 算法：最近最少使用算法）；

3.allkeys-lfu： 从所有 key 中使用 LFU 算法进行淘汰（LFU 算法：最不常用算法，根据使用频率计算，4.0 版本新增）；

4.volatile-lru： 从设置了过期时间的 key 中使用 LRU 算法进行淘汰；

5.volatile-lfu： 从设置了过期时间的 key 中使用 LFU 算法进行淘汰；

6.allkeys-random： 从所有 key 中随机淘汰数据；

7.volatile-random： 从设置了过期时间的 key 中随机淘汰数据；

8.volatile-ttl： 在设置了过期时间的key中，淘汰过期时间剩余最短的。

Redis的持久化策略

AOF 持久化：通过写入日志文件的记录一直保存在备份中
RDB持久化：通过快照的形式定时备份

Redis的分布式锁实现

public class demo1 {
    @Autowired
    private  RedisTemplate redisTemplate;


    public void testLock() {
        redisTemplate.opsForValue().set("num", "1"); // 设置初始值
        //  设置uuId
        String uuid = UUID.randomUUID().toString();
        //  缓存的lock 对应的值 ，应该是index2 的uuid
        Boolean flag = redisTemplate.opsForValue().setIfAbsent("lock", uuid, 10, TimeUnit.SECONDS); // 一条命令加锁（锁值唯一）并设置过期时间，
        //  判断flag index=1
        if (flag) { //  说明上锁成功！
            // 执行业务逻辑

            String value = (String) redisTemplate.opsForValue().get("num");
            System.out.println((String) redisTemplate.opsForValue().get("lock"));
            //  判断
            if (StringUtils.isEmpty(value)) {
                return;
            }
            //  进行数据转换
            int num = Integer.parseInt(value);
            //  放入缓存
            redisTemplate.opsForValue().set("num", String.valueOf(++num));

            //  定义一个lua 脚本，使用Lua脚本释放锁
            String script = "if redis.call('get', KEYS[1]) == ARGV[1] then return redis.call('del', KEYS[1]) else return 0 end";

            //  准备执行lua 脚本
            DefaultRedisScript<Long> redisScript = new DefaultRedisScript<>();
            //  将lua脚本放入DefaultRedisScript 对象中
            redisScript.setScriptText(script);
            //  设置DefaultRedisScript 这个对象的泛型
            redisScript.setResultType(Long.class);
            //  执行删除
            redisTemplate.execute(redisScript, Arrays.asList("lock"), uuid);
            System.out.println((String) redisTemplate.opsForValue().get("lock"));

        } else {
            //  没有获取到锁！
            try {
                Thread.sleep(1000);
                //  睡醒了之后，重试
                testLock();
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
    }
}

Redis和数据库的一致性

1.先删除缓存，再读取数据库
2.先读数据库，再更新缓存
3.有canal组件，监控Mysql的Binlog日志来实现最终一致性。

redis的看门狗机制

Redis的看门狗机制是由Redis实例自身启动的，而不是由外部程序或者系统级进程所开启。这个机制主要由Redis内部的子进程，也就是子守护进程来完成。在Redis的源码中，有一个名为sdown的子进程，它主要负责检测Redis实例的状态，并在需要的时候对Redis实例进行重启。sdown进程使用了Linux操作系统中的epoll()系统调用，以非阻塞的方式监听Redis实例和Redis的socket文件描述符，当Redis实例的状态发生变化时，sdown进程会相应地进行处理。1

Redis看门狗机制的优势包括：

保证Redis实例的高可靠性，当Redis实例宕机时，sdown进程会快速检测到它的状态，并进行自动重启，这可以避免Redis实例的服务停滞，保障企业的业务服务持续稳定地运行。
能够帮助我们及时发现Redis实例故障，降低了事件响应的时间。我们可以及时进行处理，以减少损失并缩短恢复时间。
能够自动化的进行Redis实例的管理，减少我们手动干预的次数，提高了Redis实例的稳定性和可靠性。
为我们提供了一个高可靠、稳定的内存数据库服务，其机制的实现方式也十分简单高效，因此深受很多企业用户的欢迎和信任。
Redisson提供的分布式锁的看门狗机制，是在Redisson实例被关闭前，不断的延长锁的有效期。默认情况下，看门狗的检查锁的超时时间是30秒钟，也可以通过修改Config.lockWatchdogTimeout来另行指定。这个机制的作用是在Redisson实例被关闭前，不断的延长锁的有效期。如果一个拿到锁的线程一直没有完成逻辑，那么看门狗会帮助线程不断的延长锁超时时间，锁不会因为超时而被释放。234