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）文件名及文件保存路径的配置

image

2）设置同步硬盘的时间

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

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

image

3）其他配置

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

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

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

image

2.2 AOF

1、什么是AOF

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

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

2、AOF的好处

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

3、AOF的坏处

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

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

1）开启AOF，设置文件名

image

2）设置同步策略

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

image

3）重写策略

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

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

image

2.3 RDB 、AOF 如何选择

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

3、Redis的内存管理机制

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

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

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

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

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

image

4、综述

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

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

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