当redis的内存耗尽

WinterDepression

已于 2023-06-14 23:05:50 修改

阅读量57

点赞数

文章标签： redis java 数据库

于 2023-06-14 22:50:10 首次发布

本文链接：https://blog.csdn.net/2201_75927113/article/details/131217184

版权

可以根据项目按照配置Redis内存大小-->设置Redis内存回收策略的步骤来保证Redis的存储量同时可以持续更新数据。

配置Redis内存大小

通过在Redis安装目录下面的redis.conf配置文件中添加以下配置设置内存大小。

//设置Redis最大占用内存大小为100M
maxmemory 100mb

redis的配置文件不一定使用的是安装目录下面的redis.conf文件，启动redis服务的时候是可以传一个参数指定redis的配置文件的。

Redis支持运行时通过命令动态修改内存大小。

//设置Redis最大占用内存大小为100M
127.0.0.1:6379> config set maxmemory 100mb
//获取设置的Redis能使用的最大内存大小
127.0.0.1:6379> config get maxmemory

如果不设置最大内存大小或者设置最大内存大小为0，在64位操作系统下不限制内存大小，在32位操作系统下最多使用3GB内存。

Redis 的默认回收策略是 noeviction，因此当Redis的内存占满了，对于写请求不再提供服务，直接返回错误（DEL请求和部分特殊请求除外）。

Redis 的其他内存回收策略：

volatile-lru：从已设置过期时间的数据集(server.db[i].expires)中，淘汰最近最少使用的数据。

volatile-ttl：从已设置过期时间的数据集(server.db[i].expires)中，淘汰最早会过期的数据。

volatile-random：从已设置过期时间的数据集(server.db[i].expires)中，随机淘汰数据。

allkeys-lru：从数据集(server.db[i].dict)中，淘汰最近最少使用的数据。

allkeys-random：从数据集(server.db[i].dict)中，随机淘汰数据。

当使用volatile-lru、volatile-random、volatile-ttl这三种策略时，如果没有key可以被淘汰，则和noeviction一样返回错误。

LFU算法是Redis4.0里面新加的一种淘汰策略。它的全称是Least Frequently Used，它的核心思想是根据key的最近被访问的频率进行淘汰，很少被访问的优先被淘汰，被访问的多的则被留下来。

LFU算法能更好的表示一个key被访问的热度。假如你使用的是LRU算法，一个key很久没有被访问到，只刚刚是偶尔被访问了一次，那么它就被认为是热点数据，不会被淘汰，而有些key将来是很有可能被访问到的则被淘汰了。如果使用LFU算法则不会出现这种情况，因为使用一次并不会使一个key成为热点数据。

获取当前内存淘汰策略：

127.0.0.1:6379> config get maxmemory-policy

通过配置文件设置淘汰策略（修改redis.conf文件）：

maxmemory-policy allkeys-lru

通过命令修改淘汰策略：

127.0.0.1:6379> config set maxmemory-policy allkeys-lru

关注