redis的一些知识点

1. redis6.0版本采用多线程，那redis是否还是线程安全的吗
redis6.0版本之前的单线程指的是网络I/O和键值对读写是由一个线程完成的，而其他的持久化、集群数据同步等，其实是由其他的线程执行的
6.0以后引入的多线程指的是网络请求过程采用了多线程，而键值对读写命令依旧是单线程处理的，所以依旧是线程安全的
2. redis单线程为什么还那么快
1. 命令执行基于内存操作，一条命令在内存里的操作的时间是几十纳秒
2. 命令执行是单线程操作，没有线程切换开销
3. 基于IO多路复用机制提升redis的I/O利用率
4. 高校的数据存储结构，全局hash表以及多种高效的数据结构，比如：调表、压缩列表、链表等等

3. redis淘汰key的算法LRU与LFU区别
1. LRU算法：淘汰很久没有被访问过的数据，以最近一次访问时间作为参考
2. LFU算法：淘汰最近一段时间被访问次数最少的数据，以次数作为参考绝大多数情况我们都可以用LRU策略，当存在大量的热点缓存数据时，LFU可能更好

4. redis 的过期策略主要有两种思路
1. 定期删除
在redis中默认是每隔100ms 就随机抽取一些设置了过期时间的key，检查其是否过期，若过期就删除，假设有100W的key，并且都设置了过期时间，如果全量检查的话，将会耗费大量的cpu时间，因此使用随机抽取。可能带来的问题是，已经过期的key还滞留在内存中，占用大量的宝贵内存空间
2. 惰性删除
当key过期后，不做删除动作，等到下次使用的时候，发现key过期，这时不在返回这个key的value，直接将这个key删掉。
3. 但是新的问题是，定期删除可有会导致很多过期的key到了时间并没有删除掉，然后我们也没有及时的去做检查，也没有惰性删除掉，此时的结果就是大量的过期key堆积在内存中，导致redis的内存被耗尽，所以最终解决办法引用下面的内存淘汰机制

5. redis内存淘汰机制
1. noeviction:当内存不足以容纳新写入数据时，新写入操作报错。（什么都不干，报错，告诉你内存不足，这样的好处是可以保证数据不丢失，这也是系统默认的淘汰策略）
2. allkey-lru：到内存不足以容纳新写入数据时，在key空间中，删除最近最少使用的key。（常见，从所有key中使用LRU算法进行淘汰）
3. allkey-random：当内存不足以容纳新写入数据时，在key空间中，随机删除某个key。（没有allkey-lru好）
4. volatile-lru:当内存不足以容纳新写入数据时，在设置了过期时间的key中，删除最近最少使用的key。（用得不多）
5. volatile-random：当内存不足以容纳新写入数据时，在设置了过期时间的key中，随机删除
6. volatile-ttl:当内存不足以容纳新写入数据时，在设置了过期时间的key中,有更早过期时间的key优先删除。

6. 删除key会对redis造成堵塞吗
1. 删除字符串，删除单个字符串类型的key，时间复杂度为0(1)，对redis造成的影响不大，但是如果这个value很大，那么就会有一定的影响
2. 删除单个列表、集合、有序集合或者hash表类型的key，时间复杂度为0(n)，n为以上数据结构内的元素数量
3. 可以使用unlink来代替del异步删除key，这样就会影响较小

7. redis的数据结构，分别有那些典型的应用场景
1. 字符串，可以用来存储最简单的数据缓存，可以缓存一些简单的字符串，也可以缓存一些json格式的字符串，redis分布式锁的实现就利用了这种数据结构，还包括可以实现计数器、Session共享、分布式ID
2. 哈希表，可以用来存储一些key-value对，更适合用来存储对象
3. 列表，redis的列表通过命令的组合，既可以当栈，也可以当队列来使用，可以用来缓存类似微信公众号、微博等消息流数据
4. 集合，和列表类似，也可以存储多个元素，但是不能重复，集合可以进行交集、并集、差集操作，从而可以实现类似我和某人共同关注的人、朋友圈点赞等功能
5. 有序集合，集合是无须的，有序集合是指可以设置顺序，可以用来实现排行榜功能

8. redis不常见的数据结构
1. 位图bitmap：可以实现签到功能
2. HyperLogLog：可以实现统计每个模块每天有多少用户访问，本身具有去重功能
3. GeoHash：用来计算两个地方的距离，可以实现摩拜单车「附近的 Mobike」、美团和饿了么「附近的餐馆」这样的功能了
4. Stream：用来做消息队列

9. redis中的分布式锁
可以参考这篇文章，讲的很透彻，参考文章