目录
本文是本人以前笔记,如果说是在掘金上看到的话没错,还是本人程程呀 的个人主页 - 动态 - 掘金目前只有这一个(掘金上面的文章很少)。如果有哪里不对的话欢迎各位大佬指出问题,本人是一个小白。
上一篇文章链接为:Redis事物和锁机制_程程呀是小白的博客-CSDN博客,本篇是连接Redis事物和锁机制_程程呀是小白的博客-CSDN博客 ,这一篇也是Redis的学习的结束。
如果是springboot的话请看springboot创建项目_程程呀是小白的博客-CSDN博客_springboot创建项目 ,这个是从头开始的还没有学完springboot(目前springboot还没有结束写着springboot想到了Redis学上了Redis,Redis已经结束),一起学习呀!!!!
Redis持久化
一.RDB
在指定的时间间隔内将内存中的数据集快照写入磁盘,也就是行话将的snapsot快照,它恢复是将快照文件直接读到内存里。
1.1备份
Redis会将创建一个子进程进行持久化,会将数据写入到一个临时文件中,待持久化进程都结束了,再用这个临时文件替换上次持久化郝的文件。整个过程中,主进程是不进行任何IO操作的,这就确保了极高的性能,如果需要进行大规模数据的恢复,且对于数据恢复的完整性不是非常敏感,那rdb发送要比aof方式更加的高级。Rdb的缺点是最后一次持久化的数据可能会丢失。
1.2 fork
fork的作用是复制一个与当前进程一样的进程。新进程的所有数据(变量,环境变量,程序计算器)数值都和原进程一致,但是是一个全新的进程,并作为原进程的子进程。
二.AOF
2.1 aof是什么
以日志形势来记录每个写操作,将redis执行过的所有写指令记录下来(读操作不记录),只许追加但不可以改写,redis启动之初读取该文件重新构建数据,换而言之,redis重启的话根据日志文件的内容将写指令从前到后执行一次完成数据的恢复工作。
2.2 aof和rdb同时开启redis听谁的?
系统默认取aof的数据(数据不会存在丢失)
2.3修复
redis-check-aof --fix appendonly.aof
补充
redlock真的安全吗?
Redlock方案基于2个前提:
1.不再需要部署从库和哨兵实例只部署主库
2.但主库要部署多个,官方推荐至少五个实例
通用分布式解决方案 Redisson框架
解决方案 Redisson分布式锁环境配置
可重入锁,公平锁,连锁红锁,读写锁,信号量,可过期信号量,闭锁
Redisson框架已经很牛逼了,那么我们直接使用Redisson框架是否可以百分之百的保证分布式锁不会出问题呢?
答:当然无法百分之百保证,在分布式锁,无法做到100%无故障,我们追求的是几个九的目标比如99.9999%无故障。
本文是本人以前笔记,如果说是在掘金上看到的话没错,还是本人程程呀 的个人主页 - 动态 - 掘金目前只有这一个(掘金上面的文章很少)。如果有哪里不对的话欢迎各位大佬指出问题,本人是一个小白。
上一篇文章链接为:Redis事物和锁机制_程程呀是小白的博客-CSDN博客,本篇是连接Redis事物和锁机制_程程呀是小白的博客-CSDN博客 ,这一篇也是Redis的学习的结束。
如果是springboot的话请看springboot创建项目_程程呀是小白的博客-CSDN博客_springboot创建项目 ,这个是从头开始的还没有学完springboot(目前springboot还没有结束写着springboot想到了Redis学上了Redis,Redis已经结束),一起学习呀!!!!