1.数据在内存中，运算速度更快
2.使用了非阻塞的NIO读写模型，通过时间轮询API处理读写事件，支持更高的并发量、
3.通信协议简单、解析性能高
4.支持管道将命令分组发送执行，减少了网络IO，更高效
5.redis使用了编码技术优化了空间占用，还会对一些小对象进行压缩存储
基础：string、hash、list、set、zset
进阶：HyperLogLog、GeoHash、BloomFilter
使用setnx和ex结合使用，redis还提供了set key nx value ex 5的形式进行原子性设置，但是会存在超时自动释放的问题
可以使用keys命令，但是是一次遍历全部数据，可能会导致线程阻塞。可以使用scan命令，可以无阻塞地取出指定模式的key列表，但是可能会重复，花费时间也会更长
一般使用list作异步队列，rpush产生消息，lpop消费消息，当lpop没有消息时，sleep一会儿再重试。
可以使用阻塞获取消息，当没有消息时会阻塞直到消息到来。
能不能生产一次消费多次？
可以使用pub/sub主题订阅者模式，可以实现1:N的消息队列
pub/sub有什么缺点？
不支持持久化，消费者下线时消息会丢失
如果利用redis实现延迟队列？
使用zset，消息内容作为key，时间戳作为score，通过zadd添加消息，消费者使用zrangebyscore获取轮询处理消息
大量的key集中在同一时间过期时，redis会出现短暂的卡顿，一般需要在时间上加一个随机值，使得过期时间分散些
bgsave做镜像全量持久化，aof做增量持久化。bgsave比较耗时，不够实时，需要配合aof使用。重启时有限使用aof恢复，如果没有才会使用rdb文件恢复
aof文件过大怎么办？
redis会定期对aof进行重写，压缩aof文件大小。redis4.0之后有了混合持久化的功能，将rdb文件和aof文件进行融合，既兼顾了效率，又保证了数据的安全。
redis宕机数据会怎样？
取决于redis刷盘配置，可以按照每条执行都执行一次sync动作，但是性能会降低；也可以配置每秒刷新一次，那么宕机时只会丢失1s的数据。
可以将多次网络IO往返的时间缩短为1次。
redis可以使用主从同步或从从同步。第一次同步时主节点做bgsave生成rdb文件，并将后续的修改记录保存到bufffer中，待完成后将rdb文件全量复制到从节点，从节点将rdb文件全量加载到内存。加载完成后再通知主节点将同步期间的修改同步到复制节点就完成了同步
redis-sentinel着眼于高可用，master宕机时会将slave自动提升为master，继续提供服务
redis-cluster侧重于扩展性，在单个redis内存不足时，使用cluster进行分片存储。