redis常见问题总结

一、面试经常问到的Redis的过期策略

过期策略通常有以下三种：

• 定时过期：每个设置过期时间的key都需要创建一个定时器，到过期时间就会立即清除。该策略可以立即清除过期的数据，对内存很友好；但是会占用大量的CPU资源去处理过期的数据，从而影响缓存的响应时间和吞吐量。
• 惰性过期：只有当访问一个key时，才会判断该key是否已过期，过期则清除。该策略可以最大化地节省CPU资源，却对内存非常不友好。极端情况可能出现大量的过期key没有再次被访问，从而不会被清除，占用大量内存。
• 定期过期：每隔一定的时间，会扫描一定数量的数据库的expires字典中一定数量的key，并清除其中已过期的key。该策略是前两者的一个折中方案。通过调整定时扫描的时间间隔和每次扫描的限定耗时，可以在不同情况下使得CPU和内存资源达到最优的平衡效果。
  (expires字典会保存所有设置了过期时间的key的过期时间数据，其中，key是指向键空间中的某个键的指针，value是该键的毫秒精度的UNIX时间戳表示的过期时间。键空间是指该Redis集群中保存的所有键。)

二、分布式系统中如何保证各个系统之间的数据统一？

数据统一分为同源和不同源，同源为搜索同一数据库，不同源。
同源：
加锁，使用互斥锁，排它锁
不同源：
不同源的分布式系统操作不同的数据为解决方法和实现

三、redis的数据击穿和雪崩及处理办法

• redis击穿：
  请求数据顺序，首先会从redis缓存中拿数据，若未拿到则查数据库，再写到redis。如果是请求一条根本不存在的数据时，则会去直接访问数据库，但是数据库也没有，所以它也没把数据写入redis缓存。所以每次这种请求都会直接访问数据库。如果请求的数量太大的话，这种绕过redis直接访问数据库情况则成为击穿。

• 解决办法：
  1、在查询数据库的时候若未查询到数据，依然在redis中保存一条记录，并把value设置为null或者其他便于区别的值，可以再给该条数据设置一个过期时间，那么以后再有请求过来访问时就不会绕过redis直接去查库。

  2、在从redis中获取数据前增加查询校验，对所有可能存在的查询参数缓存到hash集合中，若某个请求在该集合中存在，则可以访问rides，若不存在则直接丢弃该请求。

• redis雪崩：
  每个key（即数据）如果设置了失效时间的话，如果大量key同时过期的时候，或者说因为某种原因redis中的数据突然大批量丢失，这些key又大量地去请求这些key时，因为redis里面没有这些数据，就会大量的请求就会大量涌向数据库，就会导致数据库处理不过来，导致“雪崩”。

• 解决办法：
  1、设置均匀的过期时间，避免某段时间出现大批量数据失效

  2、在缓存失效后，通过加锁或者队列来控制读数据库写缓存的线程数量。比如对某个key只允许一个线程查询数据和写缓存，其他线程等待。

  3、做二级缓存，一级缓存未查询到数据，则从二级缓存查询

注册时如何防止用户重复提交？
思路一：如果是注册行为可以注册时候设置key为用户手机号，第一次提交将用户信息放置在redis中，每一次进来对比一下，key相同呢么表示数据已经提交过，返回不用重复提交。同时还要设置过期时间，这样可以保证数据中不会遗留垃圾数据。
思路二：

四、分布式锁的问题

先写这里有时间继续补充，欢迎一起讨论