00:00
好,各位同学,那接下来我们给大家讲解一下AF数据备份恢复的优缺点,来做个对比,那么打开我们的官网,大家请看A的优势啊。AF的不足和缺点,那么来避免反复切换,给大家抓好了图,并做一下简单的翻译和介绍。第一个A1234这四个来吧,第一条,那么同学们请看。我们使用F可以更加的持久,因为呢,它可以自己灵活的定制。三种协会策略。要么就根本。不写,要么每秒一次,每秒查询这个的时候,因为这个就是它一个后台写入的一个线程啊,就是那个小本。如果我们用每秒记录一次的默认策略写入性能也非常棒,它呢,使用后台线程执行的时候,当没有这个在进行那么主线程,那么这个时候将努力的执行写入最差的情况啊,同学们请看我们only lose one second words of rights,也就是说因为我每秒记录一次嘛,假设我刚刚写完以后,那个宕机了,最多我丢失多少,丢失一秒钟写入的数据,这个代价我们应该还是能够接受第二个。
01:17
Ayf日志是一个附加型的日志,因此不会出现寻导问题,也就是它更多的啊,就是写好一个文件了,在磁盘上我就对它进行写入,那么也不会在断电的时候出现损坏,即使由于某种原因磁盘已经满了或其他原因日志日志写一半的命令挂了,我们刚才是不是干过这活,模拟A文件错误,我们故意写乱写,那么write check l的工具也能够轻松的将其修复,这是我们的第二个优势。第三一个。当n off变得很大的时候,我们能够自动重写,那也就是说这个文配置文件写命令对吧?越来越多,越来越多,越来越多的时候膨胀了,那么怎么给他减肥瘦身计划?那么这个我们下节再给大家讲,这儿先过你就知道它有一个AF重写机机制,那么也就是我们在这儿的什么logwri日志重写,OK,好,这是一个减肥计划,那么第最后一个,那么大家请看AF易于理解和解析的格式,依次包含所有的写操作日志,你甚至可以轻松的导出F文件,那么然后把它重新备份到另外一台机器,那么来恢复的时候是不是就OK了?那么即使你不小心使用flash沃命令刷新了所有内容,只要在此期间没有执行日志重写,你仍然可以通过停止服务器,删除最新命令并重启red来保存你的数据集,那我们来演示一下这块啊。
02:44
来,同学们假设。杨哥,我现在在K5V5,这个没问题吧,OK,但是不好意思,我不小心啊,执行了。弗拉说。哎呀,手贱完了,杨哥,我把缓存给清空了,哎,假设你现在又在京东美团这样的大厂,对吧,比如说你们班班长在美团或者在京东,那这个时候他一看人都吓傻了,我的妈呀,我把red缓存给清了,当然这个你放心,正常的Linux运维或者redx运维工程师是不会让你有什么RM的删除命令或者flashwa这种命令是被禁止的啊,这个你放心,你们的运维会做你,你的权限应该没有资格执行这个,那否则的话还了得。
03:32
那这个时候你怎么办好,别着急。打开我们刚才的这个命令,我们翻到最后100%是不是会有个flash,如果此时你再去重新加载这个AF文件,那么从头执行到尾,最后它会把flash,那么你重启red以后,是不是这个命令还是数据还是空的,那么这个时候别着急,你会怎么想?哦,还好还好,我们有LF文件,我最后一行一定是个错误的命令,干嘛?我就把它删掉,然后OK,保存好了,那这个时候同学们干嘛?我假设shut大好,那么来看看啊,我刚开始执行了flash,我这个命令,那么来看看还救不救得回来,同学们没问题吧?
04:19
OK,所以说它的意思就是说,即便你执行了错误的命令,你只要开启了A,就把刚才错的那个步骤给删掉,是不是又可以把系统给救回来了,明白,但是反过来讲了,同学们,下面假设你小子一肚子坏水在最后这一行,你懂我这意思吧,你写了个flash喔,然后再保存了。诶,那么本来正确的文件是不是也被你给写坏了?这么说听懂这意思吧,那这个时候明明人家正确好端端的文件,那么你这样故意写了一个破坏性的命令,这个是不是在代码里面下毒啊?OK,那么这个时候假设你们班班长啊,赵班长牛逼了,入职京东以后就干了这么一件事,那么第二天京东出故障了,我靠,那绝对你一战成名。那么这个时候是不是上鬼谷学子赵班长陆操,京东数据库red服务器宕机啊,你是不是扬名立万的机会就来了?兄弟们,OK,好,哎呀,我看好听懂的。
05:22
刷个话OK,好,谢谢各位,谢谢各位啊,我没教过啊,这是你们通过自己聪明的才智自己领悟的,OK好了,那么接下来啊,各位亲。它的优势简单一句话就是更好的保护数据不丢失,性能高,可做紧急恢复,刚才给大家验证和演示了,那么它是不是说成一朵花以外那就没有缺点呢?不是这样的,同学们请看啊,还是我们先看官网吧,缺点有两个,第一个。A文件呢?随着不停的用写命令记记录小本本是吧,以会有用完的一天,它会变得bigger干嘛?AF文件通常比相同数据集的等效RDB文件要大,OKRDB是一锅端,而LF是不停的写写写写写,越写越多,越写越多,OK,那么第二个确切的这个后台的这个记录这么一个。
06:15
紫禁城的话呢,Of可能比RDB要慢,因为RDB是for Linux。内核级别的命令,一般来说将这个设置为每秒,虽然说性能很高,但是呢,在高伏下它也应该理论上合适。RTB快。即使在巨大的写入负载的情况下,RDB能够提供关于最大延迟的更多保障,也就是从保障性而言,RDB更全面一些。OK,所以呢,大家看两个相同数据集的数据而言,AF文件要大于RDB。恢复速度慢于RDBDB是不是整份加载过来?AF的运行效率也慢于RDB,每秒同步策略一秒记一次,虽然效率好。那么不同步的效率,那么和RDB是相同的,OK,好,那么这个呢,就是它的一个优缺点,给大家做了一个相关的总结。
我来说两句