Redis的持久化机制与内存管理机制

2021年9月11日 3点热度 0条评论 来源: 追风人聊Java

1、概述

Redis的持久化机制有两种:RDB 和 AOF ,这两种机制有什么区别?正式环境应该采用哪种机制?

我们的服务器内存资源是有限的,如果内存被Redis的缓存占满了怎么办?这就要看Redis的内存管理策略是怎么配置的了。

今天我们就来聊一下上面提出的这两个问题。

2、Redis的持久化机制

2.1 RDB

1、什么是RDB?

RDB 全称 Redis DataBase,是 Redis 默认的持久化机制。

RDB机制的原理是:每隔一段时间把Redis在内存中的数据写到磁盘,手动停止Redis服务时,也会往磁盘上写,当Redis再次启动时,会从磁盘上读取到数据,恢复到内存中。

2、RDB的好处

  • 会定时对数据进行全量备份
  • 恢复数据简单,支持远程传输
  • 可以保证备份数据的完整性
  • 恢复数据速度块

3、RDB的坏处

  • 由于是有时间间隔的备份,因此当服务异常时数据可能会丢失一部分
  • 备份时对CPU的负担较大

4、RDB在配置文件中的相关配置

1)文件名及文件保存路径的配置

 

 

2)设置同步硬盘的时间

save ""  代表不同步到磁盘,数据只在内存存储

save 300 100  代表有100个键发生变更,每300秒同步磁盘

 

 

 3)其他配置

stop-writes-on-bgsave-error yes   // 设置为yes,则在写入磁盘的的过程中出错,会停止写操作

rdbcompression yes    //  设置为yes,则rdb文件在写的过程中会进行压缩,对CPU有一定损耗

rdbchecksum yes   // 设置为yes,会对rdb进行校验,对性能有一定损耗

 

 

 

2.2 AOF

1、什么是AOF

AOF 全称 Append Only File,默认是关闭的。

AOF是以日志的形式记录Redis的写操作,读操作不会记录。以追加的方式存储文件,恢复时会将日志文件中的写操作重新执行一遍。

2、AOF的好处

  • 以秒级进行备份,更能保证数据的完整性
  • 如果磁盘满了,可以执行redis-check-aof工具解决
  • 当日志文件太大,会自动进行优化压缩
  • 日志中的写操作,可以手动修改,恢复起来更灵活

3、AOF的坏处

  • 日志文件比RDB文件大
  • 每秒都会与磁盘有IO操作,影响性能

4、AOF在配置文件中的相关配置

1)开启AOF,设置文件名

 

 

 2)设置同步策略

# appendfsync always    // 有一条写操作就同步一次(性能差)
appendfsync everysec   // 每秒同步一次(推荐)
# appendfsync no          // 不同步

 

 

 3)重写策略

auto-aof-rewrite-percentage 100    // AOF文件是上次大小的100%(建议调小)
auto-aof-rewrite-min-size 64mb      // AOF文件大小达到64MB(建议调大)

以上两个配置建议修改,根据实际情况调整。

 

 

 

 

2.3 RDB 、AOF 如何选择

如果只是把Redis当缓存来用,不介意数据的丢失,建议使用RDB方式,如果对数据的完整性比较在意,建议使用AOF方式。

 

3、Redis的内存管理机制

我们的服务器内存资源是有限的,如果内存被Redis的缓存占满了,我们应该如何处理呢?

通过调整配置文件中的 maxmemory 和 maxmemory-policy 

maxmemory 是指定内存达到多大时,执行内存优化,默认单位是byte

maxmemory-policy 是执行的优化策略:

  • noeviction  Redis的默认配置,不清理过期的缓存,没有内存则返回错误
  • allkeys-lru  推荐配置,清除最少用的旧缓存

 

 

 

4、综述

今天聊了一下Redis的持久化机制和内存管理机制,希望能对大家有所帮助。

希望大家多多评论交流,共同成长。

关注追风人聊Java,每天更新Java干货。

 

    原文作者:追风人聊Java
    原文地址: https://www.cnblogs.com/w84422/p/15251840.html
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系管理员进行删除。