Redis 内存维护

产生原因

redis作为中间缓存件，时常会存储大量的数据，即使采取了集群部署来动态扩容，也应该及时的整理内存，维持系统性能。
Redis官方也给出警告，当内存不足时，Redis会根据配置的缓存策略淘汰大部分keys，以保证写入成功。当无淘汰策略时或没有找到合适的key时，Redis直接返回out of memory错误。

内存维护解决方案

最大缓存大小
maxmemory : 512G
一是为数据设置超时时间，
二是采用LRU算法动态将不用的数据删除。
内存管理的一种页面置换算法，对于在内存中但又不用的数据块（内存块）叫做LRU，操作系统会根据哪些数据属于LRU而将其移出内存而腾出空间来加载另外的数据。在redis中提供了以下配置可供我们选择

LRU

LRU（The Least Recently Used，最近最久未使用算法）（注重最近）
LRU算法的思想是：如果一个数据在最近一段时间没有被访问到，那么可以认为在将来它被访问的可能性也很小。因此，当空间满时，最久没有访问的数据最先被置换（淘汰）。

1. 新数据插入到链表头部；
2. 每当缓存命中（即缓存数据被访问），则将数据移到链表头部；
3. 当链表满的时候，将链表尾部的数据丢弃。

a. volatile-lru：设定超时时间的数据中,删除最不常使用的数据.
b. allkeys-lru：查询所有的key中最近最不常使用的数据进行删除，这是应用最广泛的策略.
c. volatile-random：在已经设定了超时的数据中随机删除.
d. allkeys-random：查询所有的key,之后随机删除.
e. volatile-ttl：查询全部设定超时时间的数据,之后排序,将马上将要过期的数据进行删除操作.
f. noeviction：如果设置为该属性,则不会进行删除操作,如果内存溢出则报错返回.

LFU

LFU（Least Frequently Used ，最近最少使用算法）也是一种常见的缓存算法。（注重频率）
LFU算法的思想是：如果一个数据在最近一段时间很少被访问到，那么可以认为在将来它被访问的可能性也很小。因此，当空间满时，最小频率访问的数据最先被淘汰。
LFU算法能更好的表示一个key被访问的热度。假如你使用的是LRU算法，一个key很久没有被访问到，只刚刚是偶尔被访问了一次，那么它就被认为是热点数据，不会被淘汰，而有些key将来是很有可能被访问到的则被淘汰了。如果使用LFU算法则不会出现这种情况，因为使用一次并不会使一个key成为热点数据。

a. volatile-lfu：从所有配置了过期时间的键中驱逐使用频率最少的键
b. allkeys-lfu：从所有键中驱逐使用频率最少的键

LRU与LFU不同点：

LRU是最近最少使用页面置换算法(Least Recently Used),也就是首先淘汰最长时间未被使用的页面!
LFU是最近最不常用页面置换算法(Least Frequently Used),也就是淘汰一定时期内被访问次数最少的页!
建议：了解了Redis的淘汰策略之后，在平时使用应尽量主动设置/更新key的expire时间，主动删除不活跃的旧数据，有助于提升查询性能。