JavaWeb - Redis03
Redis的持久化 事务
-
持久化简介
- 什么是持久化
- 利用永久性存储介质将数据进行保存，在特定的时间将保存的数据进行恢复的工作机制称为持久化。
- 为什么要进行持久化
- 防止数据的意外丢失，确保数据安全性
- Redis中两种持久化的方式：
- RDB方式：将当前数据状态进行保存，快照形式，存储数据结果，存储格式简单，关注点在数据
- AOF： 将数据的操作过程进行保存，日志形式，存储操作过程，存储格式复杂，关注点在数据的操作过程
- 什么是持久化
-
RDB启动方式
- RDB启动方式 —— save指令命令 手动执行一次保存操作
- save指令相关配置
- dbfilename dump.rdb
- 说明：设置本地数据库文件名，默认值为 dump.rdb
- 经验：通常设置为dump-端口号.rdb
- dir
- 说明：设置存储.rdb文件的路径
- 经验：通常设置成存储空间较大的目录中，目录名称data
- rdbcompression yes
- 说明：设置存储至本地数据库时是否压缩数据，默认为 yes，采用 LZF 压缩
- 经验：通常默认为开启状态，如果设置为no，可以节省 CPU 运行时间，但会使存储的文件变大（巨大）
- rdbchecksum yes
- 说明：设置是否进行RDB文件格式校验，该校验过程在写文件和读文件过程均进行
- 经验：通常默认为开启状态，如果设置为no，可以节约读写性过程约10%时间消耗，但是存储一定的数据损坏风险
- dbfilename dump.rdb
- save指令执行的原理：
注意：save指令的执行会阻塞当前Redis服务器，直到当前RDB过程完成为止，有可能会造成长时间阻塞，线上环境不建议使用
- save指令相关配置
- RDB启动方式 —— bgsave指令 手动启动后台保存操作，但不是立即执行（为了解决上面的阻塞问题）
- bgsave指令相关配置：
- stop-writes-on-bgsave-error yes
- 说明：后台存储过程中如果出现错误现象，是否停止保存操作
- 经验：通常默认为开启状态
- stop-writes-on-bgsave-error yes
- bgsave指令工作原理：
注意： bgsave命令是针对save阻塞问题做的优化。Redis内部所有涉及到RDB操作都采用bgsave的方式，save命令可以放弃使用
- bgsave指令相关配置：
- RDB启动方式 ——save配置 上面的方式已经很香了 但是手动的进行bgsave 有点麻烦
- 配置
save second changes满足限定时间范围内key的变化数量达到指定数量即进行持久化 - 参数
- second：监控时间范围
- changes：监控key的变化量
- 位置
- 在conf文件中进行配置
- 示例：
save 900 1 900秒钟有1个key发生变化 进行bgsave 使用配置的方式也肯定是使用bgsave的形式
save 300 10 300秒钟有10个key发生变化
save 60 10000 60秒钟有10000个key发生变化 - save配置原理
注意：- save配置要根据实际业务情况进行设置，频度过高或过低都会出现性能问题，结果可能是灾难性的
- save配置中对于second与changes设置通常具有互补对应关系，尽量不要设置成包含性关系
- save配置启动后执行的是bgsave操作
- 配置
- RDB启动方式 —— save指令命令 手动执行一次保存操作