redis过期策略与持久化机制

redis过期策略、持久化

reids的主要缺点是：数据量受到物理内存的限制，不能做海量数据的高性能读写操作。可采用mongoDB。

redis的过期策略

redis基于内存，内存的空间是有限的，如果存储大小超出内存。那么某些数据将会被删除，如何删除？
手动设置过期时间：时间到了，就访问不到数据，但是数据不一定被删除了。-->redis是：定期删除  + 惰性删除。
　　redis会定期检查（随机抽取key）进行删除。那么内存中肯定会存在大量过期的key。如果我们这是 getKey() 且该key 已经过期，那么key将被删除，获取不到。(惰性)
那么没有被随机检查到且未被手动操作的 key ，redis 如何处理：内存淘汰。

redis持久化

持久化机制：将数据持久化到磁盘，重启将重新同步。
RDB持久化（快照）：单独创建一个子进程指定时间间隔将内存中的数据快照写入磁盘。恢复是将快照督导内存里。
优点：
　　适合做备份，每个备份的数据文件代表某一个时刻中redis的数据。
　　对redis对外提供读写服务、redis的性能的影响小。
　　相对于AOF持久化机制来说，直接基于RDB数据文件来重启和恢复redis进程，更加快速。
缺点：
　　RDB 可能会丢失最后一次持久化不能完成，造成大量的数据丢失。
　　RDB 每次在 fork 子进程来执行RDB 快照数据晚间的生成的时候，数据文件特别大的话，可能是客户端暂停数毫秒或者数秒。

AOF持久化（日志）：以日志的形式记录每一个写操作，将redis执行过的所有的指令记录下来。（读操作不记录）记录到appendonly.aof中。持久化的时机可以设置为：always everysec no
优点：
　　AOF可以更好的保护数据不丢失，一般AOF会隔1S，通过后台线程执行一次fsync操作，最多丢失1S数据。
缺点：
　　那么aof文件会越来越大。解决方案：redis 会自动重新根据当前的redis 内存中的数据生成新的最小写操作的AOF文件。
　　AOF开启后性能较RDB 来的低。支持的写QPS会比RDB支持的写QPS低。但是一般还是足够高的。