首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Second_Behind_Master值

日常工作中,我们经常会和主从复制架构打交道,现在一般的公司线上很少出现单点实例的裸奔情况,因为单点实例极易出现故障,而在实例运行的过程中,我们很难做到一直对实例进行备份。主从复制完美的解决了上面这个问题,而在主从复制的过程中,最常见的事情就是需要统计从库落后主库的时间,一般情况下,我们是需要主从的落后时间越小越好,因为小的数字意味着从库的数据和主库的数据基本保持一致。当然,在某些情况下,我们也会人为的设置这个延迟时间,举例子就是在一些高危操作之前,我们害怕出现一些误操作,这个时候我们往往设置主从的延迟时间,这样即使主库上进行了误操作,例如删除了表,由于主从库之间延迟时间的存在,我们的从库可以避免这个问题,从而保障数据的安全性。

02
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    【数据库智能管家DBbrain】MySQL复制延迟从原理到案例分析

    在数据库运维过程中,很多问题都需要靠人力来及时发现和处理,我之前也是一名DBA,可以说我做DBA的那段时间基本没有拥有过完整的属于自己的休息时间,全天候Online。现在AI技术已经广泛运用到了各个领域,数据库运维其实也是同样的,AI可以成为DBA的得力助手,有问题第一时间告警,甚至给出成熟的解决方案,DBA可以用更多的时间去完成高阶的任务。我现在主要负责的产品是DBbrian,是腾讯云推出的一款数据库智能运维工具。今天就以咱们MySQL运维过程中典型的主从延时故障来作为案例,告诉大家可以如何借助智能运维服务更好的发现和解决这类问题。

    04

    扫码

    添加站长 进交流群

    领取专属 10元无门槛券

    手把手带您无忧上云

    扫码加入开发者社群

    相关资讯

    热门标签

    活动推荐

      运营活动

      活动名称
      广告关闭
      领券