00:00
各位同学大家好,接下来为大家介绍持久化技术,石化双雄下半场一个新的技术理念a of,那么来看一下,已经有RDB了,为什么会出现a of?为什么持久化需要两套技术来支撑?正所谓宝刀屠龙,号令天下莫敢不从,倚天不出,谁与争锋,兄弟们。A,让我们一探究竟。走来吧,老规矩,首先官网说话,那么来自于哪?AF?一看这个名字就会清楚,A panda only fair。好了。它的是什么东东?优缺点如何?与之对应的一定会有什么不足,才会导致安特雷兹开发出了第二种持久化的技术,相关的对标相辅相成。互相借鉴,共同组成了持久化技术,那么接下来对于红色框框这一段,那么弟兄们。
01:04
给大家做了一下翻译和已与之相关的整理,那么LF它的意思是以日志的形式来记录每一个什么东东写操作。将执行过的所有写指令记录下来,注意读操作不记录不要。换句话说,Set k1V1记下来。学渣抄学霸的作业。你写什么?我照着写克隆,但是get k1这样的读操作不需要,那么我们呢,只许追加文件,但不可以改写文件,就是你写了一个写操作,主人你写了个set k1V1,我LF文件马上就记录你的写操作,往后追加。再写个set k2V2往后追加,继续记下来,那么启动之初会读取该文件重新构建数据,什么意思啊?也就是说ready从启的话,就会根据日志文件的内容,将所有的写指令从前到后,从上到下,从头到尾再执行一次,那这样是不是就完成了数据的恢复工作?没问题吧,我们大家都清楚,假设我set k v,这是你的写操作,我你写了这么一个以后,我记了一堆各种写操作命令,当我要进行。
02:32
数据恢复的时候无非就是什么把这些写指令再写一次啊,那么这样是不是又重做了一次,相当于备份重写OK,所以我们默认情况下RA呢?它并没有开启AF的功能,需要在我们的配置文件里面设置upon only这个选项为yes,那么它能干些什么呢?那么同学们请看一下我们官网上upon only fair这段话给大家的描述来,这段话很重要,首先nipers shooting is not very duable,也就是说不是100%完美,能够保证持久化的。
03:14
也就是在这样的情况下,如果你的电脑运行着主机宕机了,或者你的电源下线了。或者你。非常操蛋的用Q杠九杀了你的red实例,那么最近的一次数据将会在服务器上出现写丢失,这个咱们在之前是不是演示过?当然这些呢,也许并不是一个大问题,对于某些应用,但是如果你要考虑到绝对不出纰漏的完美的来进行持久化,那么在这样的情况下,Red的sniper shooting也就是么RDB。前面我们介绍的这样的方法,如果独立的使用RDB的话,它是不够完美和不尽完善的。所以从这我们可以得到为了避免之前我们演示过的RDB写丢失这样的问题,Upon only这样的第二种方法是对RDB的一种有益补充。
04:12
那么来,如果你想激活AF这种功能,需要在你的配置文件里面找到对应的APP Penny这个选项,将它设置为yes。那么如果设置了这样的一种情况,那么从现在开始的话,每一次你的ready将会收到一个命令,也就是说你的数据结构改变的这些通道,它将会aend,对吧?追加到我们的L,这当你重启ready的时候,它将会注意re playy the LF to rebuild the state。那么这个时候是不是这上把A文件所记录的写指令重写,重读一遍来完成我们的数据回复?OK,那么这样是不是也就达到了一种重写的目的?那么基于此,我们可以知道,对于我们的RDB,它的保存文件叫dump r DB,那么对于我们的LF,它的保存文件叫only.a of OK,好,那么这个就是我们对L。
05:12
理论知识的一个初步介绍,那么接下来我们将先让大家介绍它的底层工作流程和我们的案例演示。
我来说两句