Key过期策略
定期删除：每100ms检查【部分】过期的key并将其删除(存在局限性)
惰性删除：获取的key如果已过期则将其删除(存在局限性)
Key内存淘汰策略
当内存不足以容纳新写入的key时，会优先移除使用频次最少的key
Key持久化策略
由于redis是一个内存型数据库，一旦断电或者宕机，数据库中的数据将会全部丢失，为了解决这个缺点，Redis提供了将内存数据持久化到硬盘，以及用持久化文件来恢复数据库数据
如果Redis只是用来做缓存，建议将RDB、AOF策略关闭
- RDB（快照）
在指定时间间隔内将内存中的数据快照.写入磁盘，当Redis启动时会加载dump.rdb的二进制文件到内存中来初始化数据。如果本地的dump.rdb文件被破坏了，可以通过redis-check-rdb进行修复
RDB在恢复大量的数据时的速度要高于AOF（重新开启一个子进程来操作，有一定的内存消耗），但没法做到实时持久化，如果Redis意外宕机则会丢失最后一次快照数据
- AOF（记录日志的方式，默认关闭）
通过追加日志的方式记录所有非读操作的指令，当Redis启动时会执行appendonly.aof日志文件中的指令。如果本地的appendonly.aof文件被破坏了，可以通过redis-check-aof进行修复
AOF本质是一个IO操作，所以其数据同步效率要低于RDB
appendfsync always # 每次修改都会同步，数据完整性最好，但非常消耗性能
appendfsync everysec # 每秒执行一次同步，可能会丢失1s的数据
appendfsync no # 不执行同步，由操作系统自行调度，速度最快