Redis中内存溢出问题和持久化方法

本文探讨了Redis中遇到的内存溢出问题及其解决方案,包括设置Key的过期时间和选择不同的数据淘汰策略。同时,详细介绍了Redis的两种持久化方法:RDB(快照)和AOF(Append Only File)。RDB在数据恢复速度快但可能丢失部分更新,而AOF则能保证数据完整性但文件体积可能增大。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一、内存溢出问题

解决办法

1. 设置key的过期时间 2. 按需求使用8种数据淘汰策略

  1. volatile-lru(Least Recently Used):从已设置过期时间的数据集中挑选最近最少使用的数据淘汰

  2. volatile-lfu(Least Frequently Used):从已设置过期时间的数据集中挑选一段时间内使用频率最少的数据淘汰

  3. volatile-ttl(Time To Live):从已设置过期时间的数据集中挑选将要过期的数据淘汰

  4. volatile-random:从已设置过期时间的数据集中随机选择数据淘汰

  5. allkeys-lru:从数据集中挑选最近最少使用的数据淘汰

  6. allkeys-lfu:从所有Keys中挑选一段时间内使用频率最低的数据淘汰

  7. allkeys-random:从数据集中随机选择数据淘汰

  8. no-envicition(驱逐):禁止驱逐数据,针对写操作,返回错误信息(不采用任何淘汰策略,默认即此配置)

二、持久化方法

方式一:RDB 简介

  • RDB:Redis Database(默认持久化机制,默认文件名dump.rdb)

  • 有两个功能函数rdbSave(生成RDB文件)和rdbLoad(从文件加载到内存)

优点

  1. 快照保存数据极快,还原数据极快

  2. 适用于灾难备份

缺点

  1. 小内存及其不适合使用

  2. 符合快照条件才会进行快照,意外宕机会丢失最后一次快照后的所有修改

快照条件*

  1. Redis服务器正常关闭:./bin/redis-cli shutdown

  2. 配置文件中设置的条件

  • save 900 1 //每900秒(15分钟)至少1个key发生变化,产生快照

  • save 300 10 //每300秒(5分钟)至少10个key发生变化,产生快照

  • save 60 10000 //每60秒(1分钟)至少10000个key发生变化,产生快照

方式二:AOF 原理简介

  1. redis会将每一个收到的命令都通过write函数追加到文件中(默认是appendonly.aof), 当redis重启时会通过重新执行文件中保存的“写命令”来在内存中重建整个redis数据库中的内容

2. 每当执行服务器(定时)任务或者函数时flushAppendOnlyFile 函数都会被调用, 这个函数执行以下两个工作:

  • WRITE:根据条件,将 aof_buf 中的缓存写入到 AOF 文件

  • SAVE:根据条件,调用 fsync 或 fdatasync 函数,将 AOF 文件保存到磁盘中

优点

持久化比RDB更好,不会丢失任何的修改

缺点

  • 持久化文件会变的越来越大

  • 重复命令很多(例如:调用100次 “incr dcl" 命令,则文件中必须保存100条“incr dcl"命令记录,但是其中的99条记录都是重复的)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值