Redis篇
Q:redis数据类型
String,Hash,List(有序队列,可重复),Set(无序集合,不能重复),Zset(有序集合,通过分值进行排序),geo(存储地理位置)bitmap(位运算,用来做签到功能)
Q:Redis持久化机制?
redis提供两种持久化机制RDB和AOF机制。
RDB:默认生产一个dump.rdb文件(二进制文件),就是快照模式,记录所有的键值对,在某个时间点写入。比AOF启动效率更好
AOF:追加文件,每次处理完请求命令都会将此命令追加到aof文件的末尾。配置文件默认是关闭的。
如果想要开启,只需在配置文件
appendonly yes
坏处:后期aof文件>rdb文件,rdb回复数据比aof快。
Q:哨兵机制?
也就是三个哨兵检测(心跳机制监控主从redis),三个redis
首先主从复制(读写分离),只需要在配置文件
# 从节点属于哪个主节点,从哪个主节点进行复制
slaveof 192.168.10.101 6379
主库写入操作,从库读操作,主从刚开始连接,进行全量同步,全同步结束后,进行增量同步。
redis复制如何处理key的过期?
slave(从库)不会让key过期,而是等待master让key过期,当master让一个key过期,它会合成一个del命令并传输到所有的slave中。非主库不删。
主从数据不一致:至少从多解决(全量复制,覆盖,一般采取删除从节点,从新从节点全量复制)
主多从少(原因是部分同步,PSYNC master_run_id offset命令来解决)
Q:redis过期策略?
- 定时删除:在设置key的过期时间同时,为改key创建一个定时器,让定时器在key过期时间来临时,对key进行删除,(大量的key的话,会影响性能)
- 惰性删除:key过期的时候不删除,每次通过通过key取值在检查是否过期,若过期,则删除,返回null。
- 定期删除:每隔一点时间执行一次删除过期的key操作。
Q:redis的内存淘汰策略?(6种)
- volatile:只限于设置了expire,也就是设置了过期时间
- volatile-lru:挑选最少使用的数据进行淘汰
- volatile-ttl:优先删除将要过期的数据(剩余时间最短的key)
- volatile-random:随机删除一部分key。
- allkeys:所有key通用。
- allkeys-lru:优先删除最近最少使用的key
- allkeys-random:随机删除一部分key
- noeviction:不删除策略,如果达到最大内存,再次添加就会返回报错信息。
Q:Mysql里有2000w数据,redis只存了20万数据,如何保证redis的数据都是热点数据?
限定redis占用内存,redis会根据自身的数据淘汰策略,留下热数据。(6种)
Q:如何从海量数据(1亿key)里查出以某个固定一直前缀开头的?
通过keys user_100* 没有分页,默认一次性返回,如果数据量大,会阻塞,线上服务会停止,直到命令执行完,才会恢复服务。
scan无阻塞,也可以理解为分页读取。
scan cursor [MATCH pattern] [COUNT count]
游标:从0开始,到0结束,如果返回的游标不是0,那代表还没有结束。
match匹配,count限制单次访问的最大值。
测试代码:
public static void main(String[] args) {
//这里的redisTemplate 就是springboot的redisTemplate,可以通过注解接收
RedisTemplate<Object, Object> redisTemplate = AppRedisConfigUtil.getDefaultRedisTemplate();
// set100000key(redisTemplate);
getScan(redisTemplate);
}
public static void set100000key(RedisTemplate<Object, Object> redisTemplate){
//设置10万数据的key
redisTemplate.setKeySerializer(new StringRedisSerializer());
redisTemplate.setValueSerializer(new StringRedisSerializer());
// 添加1万条数据
for (int i = 0; i < 100000; i++) {
redisTemplate.opsForValue().set("user_"+i,"id+"+i);
}
}
public static void getScan(RedisTemplate<Object, Object> redisTemplate){
// 通过scan获取key,不用keys,因为keys会阻塞
Set<String> execute = redisTemplate.execute((RedisCallback<Set<String>>)connection -> {
Set<String> keysTmp = new HashSet<>();
ScanOptions build = new ScanOptions.ScanOptionsBuilder().match("user_100" + "*").count(1000).build();
Cursor<byte[]> cursor = connection.scan(build);
while (cursor.hasNext()) {
keysTmp.add(new String(cursor.next()));
}
return keysTmp;
});
System.out.println(execute);
}
Q:缓存雪崩,缓存穿透,缓存击穿?
击穿:(key失效造成击穿,设置key永不过期)。
它主要是指一个key非常热,大量并发请求一直请求这个key,当这个key在失效瞬间,持续大量的请求就会击穿缓存,直接请求数据库。解决方案:这个key用不过期。
穿透:(不存在的key访问造成的压力)
正常访问流程,用户访问接口,首先走缓存层,然后走数据库层,如果key不存在或者已过期,就会直接请求数据库,比如请求key=-1的数据,肯定会走数据库,如果大量请求,就会压垮数据库。解决方案:根据传入的key=aa查询缓存,如果data不存在,直接set aa null,expire 60s,也就是设置空缓存加个过期时间。还有一个是接口校验传递的key
缓存雪崩:在某一时间段,缓存集中过期失效。
解决方案:在过期时间设置个随机因子。热点数据不设置过期时间
Q:分布式锁?
项目中使用redisson。
原理:关键指令:setnx + expire +getset+del四个命令实现。setnx key value(当前时间+锁的过期时间)
Q:通过redis限制ip访问次数?
incr key命令实现
Q:redis如何实现签到功能?
//key=u:sign:userid:yyyyMM
//0代表3月1号,1代表已经签到
setbit user:sign:98:202203 0 1
//获取3月4日的签到,返回0未签到。
setbit user:sign:98:202203 3
//统计3月份签到次数
bitcount user:sign:98:202203
//获取3月首次签到
BITPOS user:sign:98:202003 1
#获取2020年3月前3签到情况,返回7,二进制111,意味着前三天都签到了
BITFIELD user:sign:98:202003 get u3 0 ---7