Redis作为缓存和数据库的区别
- 缓存数据不重要，不是全量数据，缓存数据应该随着访问变化:热数据
- redis里面的数据怎么随着业务而变化，只保留热数据，因为内存大小是瓶颈
如何管理Redis的内存
1.业务逻辑方面：key的有效期
2.业务运转:内存是有限的，随着访问的变化，应该淘汰冷数据
Redis内存管理
设置key的有效期
#给k1赋值aaa 并且配置过期时间
set k1 aaa ex 20 - OK
ttl k1 - 17
ttl k1 - 13
#有效期会随着访问延长？不会
get k1 - (nil)
set k1 aaa
#给k1更加过期时间
EXPIRE k1 50
set k1 bbb
#发生写操作会直接剔除过期时间
ttl k1 -1
#定时：倒计时 且 redis不能延长
EXPIREAT k1 1567469590
配置淘汰策略（附带了一些其他配置的说明）：
- INCLUDES
一台计算机中可能有多个redis实例，有多个配置文件，此时可以用每个实例的个性化配置导入一些通用的配置local.conf
# include /path/to/local.conf
# include /path/to/other.conf
- MODULES
之前配置的module是在启动参数中添加的 也可以写在配置文件中
# loadmodule /path/to/my_module.so
# loadmodule /path/to/other_module.so
- NETWORK
是否可以远程访问
protected-mode yes
- GENERAL
是否是后台服务模式
daemonize no
- SECURITY
登录密码
# requirepass foobared
命令重命名，比如把flushdb重命名
# rename-command CONFIG ""
- CLIENTS
最大连接数
maxclients 10000
- MEMORY MANAGEMENT（内存管理，重点）
redis进程最大可以使用的内存，根据过往经验最好控制到1G-10G直接，过大做持久化或者数据迁移成本很高
maxmemory <bytes>
使用的内存管理策略
maxmemory-policy noeviction
可使用的内存管理策略:
尝试回收最少使用的键（LRU），但仅限于在过期集合的键,使得新添加的数据有空间存放。
# volatile-lru -> Evict using approximated LRU among the keys with an expire set.
尝试回收最少使用的键（LRU），使得新添加的数据有空间存放。
# allkeys-lru -> Evict any key using approximated LRU.
lru回收使用次数最少的
# volatile-lfu -> Evict using approximated LFU among the keys with an expire set.
# allkeys-lfu -> Evict any key using approximated LFU.
回收随机的键使得新添加的数据有空间存放，但仅限于在过期集合的键。
# volatile-random -> Remove a random key among the ones with an expire set.
回收随机的键使得新添加的数据有空间存放。
# allkeys-random -> Remove a random key, any key.
回收在过期集合的键，并且优先回收存活时间（TTL）较短的键,使得新添加的数据有空间存放。
# volatile-ttl -> Remove the key with the nearest expire time (minor TTL)
返回错误当内存限制达到并且客户端尝试执行会让更多内存被使用的命令（大部分的写入指令，但DEL和几个例外）
如果把redis作为缓存一定不能使用它，如果作为数据库一定要使用
# noeviction -> Don't evict anything, just return an error on write operations.
Redis如何淘汰过期的keys:
如果完全被动（访问数据时判断是否过期）处理，则如果某些数据一直未被访问，则redis的内存占用可能越来越大，如果完全主动(时刻监控数据是否过期)，则redis需要轮询所有数据，会阻塞用户的访问，于是redis使用了主动和被动结合的方式淘汰过期的keys
- Redis每秒10次做的事情：
1.测试随机的20个keys进行相关过期检测。
2.删除所有已经过期的keys。
3.如果有多于25%的keys过期，重复步奏1.
