redis知识总结

一、redis最适合的场景
 　　1 会话缓存（session cache）
 　　2 全页缓存（FPC）
 　　3 队列
 　　4 排行榜/计数器
 　　5 发布订阅
二、Redis 的数据结构有五种，分别是：
 　　String——字符串
 　　Hash——字典
 　　List——列表
 　　Set——集合
 　　Sorted Set——有序集合
三、redis的持久化
 AOF
 　　 AOF ：Redis 默认不开启。它的出现是为了弥补RDB的不足（数据的不一致性），所以它采用日志的形式来记录每个写操作，并追加到文件中。
 　　 Redis 重启的会根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。

　　  appendonly yes
 　　 appendfilename "appendonly.aof"
 　　 appendfsync everysec

 　　 第一步：修改配置文件，开启AOF持久化配置。
  　　第二步：重启Redis服务，并进入Redis 自带的客户端中。
 　　 第三步：保存值，然后模拟数据丢失，关闭Redis服务。
 　　 第四步：重启服务，发现数据恢复了。（额外提一点：有教程显示FLUSHALL 命令会被写入AOF文件中，导致数据恢复失败。我安装的是redis-4.0.2没有遇到这个问题）。
 　　 第五步：修改appendonly.aof，模拟文件异常情况。
  　　第六步：重启 Redis 服务失败。这同时也说明了，RDB和AOF可以同时存在，且优先加载AOF文件。
  　　第七步：校验appendonly.aof 文件。重启Redis 服务后正常。
  
 RDB
 　　 RDB 是 Redis 默认的持久化方案。在指定的时间间隔内，执行指定次数的写操作，则会将内存中的数据写入到磁盘中。
 　　即在指定目录下生成一个dump.rdb文件。Redis 重启会通过加载dump.rdb文件恢复数据

 　　 第一步：vim 修改持久化配置时间，120秒内修改5次则持久化一次。
  　　第二步：重启服务使配置生效。
　　  第三步：分别set 5个key，过两分钟后，在bin的当前目录下会自动生产一个dump.rdb文件。（set key6 是为了验证shutdown有触发RDB快照的作用）
 　　 第四步：将当前的dump.rdb 备份一份（模拟线上工作）。
  　　第五步：执行FLUSHALL命令清空数据库数据（模拟数据丢失）。
  　　第六步：重启Redis服务，恢复数据.....咦？？？？。数据是空的？？？？这是因为FLUSHALL也有触发RDB快照的功能。
 　　 第七步：将备份的 dump_bk.rdb 替换 dump.rdb 然后重新Redis。

 　　 注意点：SHUTDOWN 和 FLUSHALL 命令都会触发RDB快照，这是一个坑，请大家注意。

四、redis过期策略和内存淘汰机制