缓存：数据可以丢、追求极速！
数据库: 数据绝对不能丢的，速度+持久性
so： 当数据库的时候，需要数据持久化！
存储层：
1.快照、副本
2.日志
怎么持久化？
1.在当前县城开始持久化，假如8点开始持久化，8点半持久化完成，8点时候a=10 8点半时候a=20,那么到底持久化10还是20，如果持久化20，那么当前持久化会不会永久停止不下来？ redis持久化会创建一个子进程进行fork 内核机制是: copy-on-write 子进程和父进程使用同一份内存，父进程数据被修改，指针会指向新的地址，子进程的指针永远指向fork那个时间点的内存地址，所以子进程可以慢慢的鞋，数据不会受到影响。
持久化方式：
1.redis不对外提供服务，然后慢慢写入文件(阻塞)
2.非阻塞 + 数据落地，问题：redis数据持续变更,还不断的持久化，就会造成持久化的数据和redis数据不一致，怎么解决？
思路整理:
[root@redis redis-5.0.5]# num=0 [root@redis redis-5.0.5]# echo $num 0 [root@redis redis-5.0.5]# ((num++)) [root@redis redis-5.0.5]# echo $num 1 [root@redis redis-5.0.5]# ((num++)) | echo ok ok [root@redis redis-5.0.5]# echo $num 1 [root@redis redis-5.0.5]# echo $$ 1421 [root@redis redis-5.0.5]# echo $BASHPID 1421 [root@redis redis-5.0.5]# echo $BASHPID | more 1555 管道： 1，衔接，前一个命令的输出作为后一个命令的输入 2，管道会触发创建【子进程】 1421是父进程、1555子进程 3.进程之间是隔离的 4.父子进程的数据隔离 5.export的环境变量，子进程的修改不会破坏父进程，父进程的修改也不会破坏子进程((export父进程可以让子进程看到命令)) 1. linux创建子进程,8点开始持久化、10点写完 2. 子进程fork(),只是将父进程指向的内存地址copy一份。(很快的) 3. 父进程修改自己的数据，子进程是不受影响的， 4. 内核机制、写时复制copy on write
RDB
1.时点性保存 2.save 关机维护 3.bgsave fock()子进程 4.配置文件中的save就是bgsave save 900 1 达到900秒且1个 save 300 10 达到300秒且10个 save 60 10000 达到60秒且10000个 弊端： 1.只有一个dump.db 2.丢失数据多 3.优点：类似java中的序列化，回复速度快 redis60S保存一次，假如到达59S挂了，会丢失这59S内所有的数据
AOF
1.丢失数据少 2.redis中 RDB和AOF同时开启，如果开启了AOF只会用AOF恢复，4.0以后AOF包含RDB全量，增加记录新的操作 假如redis运行了10年，只开启了AOF，10年间，一直对一个key进程创建、修改、删除。10年底redis挂了。 1.请问假如AOF10T， 恢复，会不会溢出。 答：不会 恢复需要多久？ 答: 5年 弊端： 1.体量变得无限大 2.恢复慢
AOF+RDB
1. 4.0以前 删除抵消的命令，合并重复的命令 2. 4.0以后将老数据RDB到aof文件中 1. appendonly yes 开启AOF 2. appendfilename "appendonlu.aof" 追加rdb数据到aof 3. appendfsync everysec 每秒(aof写) #appendfsync always 每次 appendfsync no appendfsync解释：就相当于java的flush，最后一次数据不足需要刷新，no就相当于最后一次不刷新 aof和rdb合并，aof只要不触发 bgrewriteaof,可以手动修改aof文件，恢复操作。
