项目中Redis部分总结

1.Redis是单线程还是多线程的

单线程，官方FAQ表示，因为Redis是基于内存的操作，CPU不是Redis的瓶颈，Redis的瓶颈最有可能是机器内存的大小或者网络带宽。既然单线程容易实现，而且CPU不会成为瓶颈，那就顺理成章地采用单线程的方案了（毕竟采用多线程会有很多麻烦！）Redis利用队列技术将并发访问变为串行访问

2.Redis的好处

1.速度快，所有数据存在内存中，存取速度快，类似hashmap，hashmap的插入删除复杂度都是o(1)
2.支持多种数据类型，string,hash,set,list,sorted set
3.支持事务，操作具有原则性，一组事务要么全都执行要么全不执行
4.可用于缓存，消息，按key设置过期时间，过期后自动删除

3.Redis为什么快

1.IO多路复用
2.纯粹的内存操作
3.单线程，避免了上下文切换的消耗

4.redis过期策略

redis采用的是定期删除+惰性删除策略。
为什么不用定时删除策略?
定时删除,用一个定时器来负责监视key,过期则自动删除。虽然内存及时释放，但是十分消耗CPU资源。
在大并发请求下，CPU要将时间应用在处理请求，而不是删除key,因此没有采用这一策略.
定期删除+惰性删除是如何工作的呢?
定期删除，redis默认每个100ms检查，是否有过期的key,有过期key则删除。需要说明的是，redis不是每个100ms将所有的key检查一次，而是随机抽取进行检查(如果每隔100ms,全部key进行检查，redis岂不是卡死)。因此，如果只采用定期删除策略，会导致很多key到时间没有删除。于是，惰性删除派上用场。也就是说在你获取某个key的时候，redis会检查一下，这个key如果设置了过期时间那么是否过期了？如果过期了此时就会删除。
采用定期删除+惰性删除就没其他问题了么?
不是的，如果定期删除没删除key。然后你也没即时去请求key，也就是说惰性删除也没生效。这样，redis的内存会越来越高。那么就应该采用内存淘汰机制。

5.Redis缓存淘汰策略

1.volatile-lru:从已设置过期时间的数据集中，淘汰最近最少使用的
2.volatile-ttl:从已设置过期时间的数据集中，淘汰要过期的
3.volatile-random:从已设置过期时间的数据集中，随机淘汰数据
4.no-enviction:不淘汰
5.allkeys-lru:从数据集中淘汰最近最少使用的
6.allkeys-random:从数据集中随机淘汰
使用原则：如果一部分数据常用，一部分数据不常用，用Allkeys-lru
所有数据使用次数基本相同，使用Allkeys-random

6.如何设置的用户心跳

用户登陆成功后，服务器把用户名添加到redis数据库的key上，再次登录先检查Redis，拒绝重复登录，登陆成功后，为key设置一个存活时间为6s，客户端每5s向服务器发送一个心跳包，超时就表示用户掉线，断开连接

7.redis内部结构

redis内部结构采用了epoll+自己实现的简单事件，读、写、监听事件都结合了epoll，不在IO上浪费时间，毕竟redis是单线程，如果这些请求都是独立的，单线程的工作量可想而知

8.Redis持久化

1.RDB快照，将内存数据库存到二进制文件dump.rdb文件中
缺点：并不稳定，如果因为故障宕机，可能有的数据还未来得及存进去，导致数据丢失
2.AOF，将持久化的指令写道AOF文件末尾，redis重新执行后，就把这些指令重新执行一遍，重新构建数据集，使用fsync指令，每一秒执行一次，即使出现故障，也只丢失了一秒的数据。
缺点：AOF恢复数据慢，不适合数据库备份
3.最新的RDB+AOF混合持久化：在AOF重写时，将RDB文件和AOF指令日志一起写到AOF文件，等到AOF指令执行完成后，替换旧的AOF文件
9.Redis同步机制
Redis可以使用主从同步，从从同步。第一次同步时，主节点做一次bgsave，并同时将后续修改操作记录到内存buffer，待完成后将rdb文件全量同步到复制节点，复制节点接受完成后将rdb镜像加载到内存。加载完成后，再通知主节点将期间修改的操作记录同步到复制节点进行重放就完成了同步过程。