文章目录
过期数据
Redis中的数据特征
- Redis是一种内存级数据库，所有数据均存放在内存中，内存中的数据可以通过TTL指令获取其状态。
- xx:具有时效性的数据
- -1：永久有效的数据
- -2：已经过期的数据 或 被删除的数据 或 未定义的数据
过期的数据真的删除了吗？
数据删除策略
目标
在内存占用和CPU占用之间寻找一种平衡，顾此失彼都会造成整体redis性能的下降，甚至引发服务器宕机或内存泄漏。
定时删除
- 创建一个定时器，当key设置有过期时间，且过期时间到达时，由定时器任务立即执行对键的删除操作。
- 优点：节约内存，快速释放不必要的内存占用
- 缺点：CPU压力很大，无论CPU此时负载多高，均占用CPU，会影响Redis服务器的响应时间和指令吞吐量
- 总结：用处理器性能换取存储空间（拿时间换空间）
惰性删除
当一个具有实效性的key过期后不会有删除操作，直到下一次调用时会先检查该key是否过期，如果过期则进行删除操作，并返回nil（该key不存在）
- 优点：节约CPU性能，发现必须删除的时候才会删除
- 缺点：内存压力大，出现长期占用内存的数据
- 总结：用存储空间换取处理器性能
两种方案都比较极端，有没有折中的方案？
定期删除
Redis会根据设置的参数，定期对具有时效性的key进行清理工作，它是定时删除和惰性删除的结合者，既不像定时删除会立即进行删除给予CPU压力，也不会像惰性删除给予内存压力。
- Redis启动服务器初始化时，读取配置server.hz的值（默认为10）
- 每秒钟执行server.hz次serverCron（）服务（serverCron【服务器级别】->databasesCron【数据库级别】->activeExpireCyle【活跃数据级别】）
- acitveExpireCyle（）对每个expires[*]（数据库）逐一进行检测，每次执行250ms／server.hz
- 对某个expires[*]检测时，随机挑选w个key进行检测
- 如果key超时，删除key
- 如果一轮中删除的kye的数量>w*25%，循环该过程
- 如果一轮中删除的可以的数量<=w25%检查下一个expires[],0-15（所有的数据库）循环
W=ACTIVE_EXPIRE_CYCLE_LOOKUPS_PER_LOOP
参数current_db用于记录activeExpireCyle进入哪个expires[*]执行
删除策略对比
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-xeoKyxHs-1589562394522)(313CB2ED69D2427489507A8321AC6E97)]
数据淘汰策略
当内存到达最大内存限制时进行的数据淘汰策略
数据驱逐淘汰策略配置依据，使用info命令输出相关监控信息，查新缓存hit 命中次数和miss的次数，根据业务调优
配置
最大可用内存：maxmemory //默认为0，一般设置全部内存50%以上
每次选取带删除数据个数：maxmemory-samples //采用随机获取方式
删除策略：maxmemory-policy //达到最大内存后，对被选取带数据进行的删除策略
检测易失数据值(可能会过期的数据集server.db[i].expires)
- volatile-lru：挑选最近最少使用的数据淘汰（最近数据中使用时间离当前最远的数据）。常用
- volatile-lfu：挑选最近使用次数最少的数据淘汰（最近数据中使用次数最少的数据）
- volatile-ttl：挑选将要过期数据淘汰
- volatile-random：任意挑选数据淘汰
ttl：time to live
lru：least recently used
lfu：least frequently used
检测全库数据（所有数据集server.db[i].dict)
- allkeys-lru：挑选最近最少使用的数据淘汰
- allkeys-lfu：挑选最近使用次数最少的数据淘汰
- allkeys-random：任意挑选数据淘汰
放弃数据驱逐
no-enviction //禁止驱逐数据
4.0中默认策略，会引发OOM
服务器基本配置
- 设置服务器守护进程方式：daemonize yes|no
- 绑定地址：bing 127.0.0.1
- 设置服务器端口：port 6379
- 设置数据库数量：databases 16
- 设置服务器日志级别：loglevel debug|verbose|notice|warning
- 日志文件名称：logfile 端口号.log
- 设置客户端最大连接数：maxclients 0
- 客户端闲置最大等待时长：timeout 0