redis持久化

redis持久他是要干啥？为啥要干？

redis的持久化，为非就是将内存中的数据与硬盘中的数据做了一个关联
我们平时写文件都是在内存中，一段时间将内存数据写到硬盘中；万一东西丢了，再将硬盘数据读回内存；
之所以要用他，是防止断电后数据丢失

save命令

• 命令

save

• 作用
  保存当前的快照信息(生成dump.rdb文件)
  

RDB配置

注意：RDB(save)是阻塞方式，他会阻塞当前redis服务器，直到当前RDB过程完成为止，可能造成长时间阻塞，线上环境不建议使用save指令这样的操作

• 命令

bgsave

• 作用

将在后台执行保存操作，但不是立即执行

注意：bgsave命令是针对save阻塞问题做的优化。redis内部所有涉及到RDB的操作都采用bgsave的方式，save命令可以放弃使用

第三种方法：自动执行

save second changes
//满足限定时间内key的变化数量就进行持久化
save 100 10
100秒内 只要有十个数据变了，都会马上进行持久化，如果100秒没有10个，则重新计时，
但是！下一次持久化他也把整个拷贝过去，是快照的思想


- 参数
second：监控时间范围
changes:监控key的变化量
- 位置
	在conf文件进行配置
-范例
	save 300 10

开始配置
进入conf redis-6379.conf
在这里添加一行save second changes

get获取数据不算，设置相同数据算

AOF和RDB对比

占用的空间（同样数据的文件大小）：对应的存储来说RDB存储的是数据而且是压缩格式，所以说它的存储是数据级的；AOF就不是了，你有一万条数据，有可能我存的是一万条指令，是指令级，从存储占用上来说，AOF一定是大于RDB的；
存储速度：RDB文件数据少的时候还好，数据多了会非常慢；AOF就快一些，一秒数据能有多少；
恢复速度：RDB是快照恢复，相当于整盘数据给你重新复制一遍，AOF恢复速度高；
数据安全性：RDB的频度越高，丢的数据越少，越低丢的数据越多；AOF就不是了，你要是设置指令级的那就不丢数据