温馨提示:文本由机器自动转译,部分词句存在误差,以视频为准
00:00
好,那么同学们说了这么多,那么接下来。请大家想一下主从复制的毛病缺点有哪一些?实际工作当中,它有个非常致命的缺陷,那就是什么?如果主机挂了。那就麻烦了。OK,因为从基只能读,主机是可写可读,但是一般我们如果用主层限制在这个层面的话,那么就是写往master读往好,压力分担了,但是。我们的master。按照这个价格有且仅有一台啊,如果有一天这哥们儿出故障了。我们怎么办呢来它的缺点有如下几个。第一个复制延时信号衰减,现在我们是一组二重,那么大家都清楚,如果在高并发的系统里面,一主二从是不够用的,那么怎么办?我们一组三层,一组八层,那么连的越多性能信号是不是会衰减啊,所以在这儿由于所有的写操作都是先在master上面操作,然后同步更新到slave,所以从master同步到slave,机器就已定有一定已经有一定的延时了,肯定的嘛,网络抖动一下对吧。
01:16
那么当系统很繁忙,很复杂,并发量很高的时候,延迟问题就会变得越来越严重,那么我们为了保证高可用,就不得不不停的加机器,但是加机器我挂载的越多,机器数量的增加是不是也会使信号延时变得越来越不可接受啊?这是它的第一个缺点,第二个缺点我们前面问过master挂了会怎么办?来,我们。演示过这个问题在这儿。如果主机下了蛋之后,从鸡会上位吗?我们是不是学过一句话,干嘛从鸡不动,原地待命,OK,青山依旧在,所以这个时候好,那么就是没有人抢班夺权,想着上位,坏处是什么?默认情况下不会在里节点中自动重新选一个master,也就是说你要是master不来,我们就在这干巴巴的等着,等到海枯石烂,地老天荒,那这个就麻烦,如果我们现在没有master了,我们是不是整个系统几乎也是半瘫痪状态,只能读取不能写入,那么我们现在最希望的是不是?
02:28
你要是挂了,我们有一种。高可用的备份机制啊,恢复机制,我们可以在剩下的当中。重新选一个新老大上位,重新带领着大家进行系统的支撑。所以我们每次。都要人工干预。重启一下我们已经淡季的master,这是不可接受的。我们希望有一种什么无人值守安装,从剩余的里面选一个新的master,那么这个时候无人值守就会变成了刚需,我们确实需要这样,自此就引出了我们的下半截哨兵和集群。好,各位同学敬请期待我们下一讲再进行更详细的分享。
我来说两句