线上环境， MySQL 主从延迟 1 个小时正常吗？

• 資深大佬 : zhch602

  如果这都能正常，估计贵公司的服务就一个人用吧

• 資深大佬 : ZehaiZhang

  1 分钟都不正常 老版 MySQL ？

• 資深大佬 : iyaozhen

  换成主主吧

• 資深大佬 : feixia5712

  除非从服务器仅备份吧

• 資深大佬 : wafm

  牛逼了，能问出这样的问题，说明你们公司延迟十小时可能都是正常的，手动狗头

• 資深大佬 : luren123

  同步方式：每隔一个小时给运维发送一个邮件，说明需要备份的目录，然后运维手动开启同步。

• 資深大佬 : luckyrayyy

  你们为什么会有主从

• 資深大佬 : thet

  延迟 1 小时肯定有问题，走的全量更新？如果说特定场景，1 小时同步 1 次还差不多

• 資深大佬 : 676529483

  开启 多线程复制

• 資深大佬 : simenet

  这应该叫做备份吧？！

• 資深大佬 : liuzhaowei55

  @liuzhaowei55 应该是写了脚本，一个小时备份一次

• 資深大佬 : hlwjia

  这可能叫离线库 而不是主从库

• 資深大佬 : mejee

  这做主从是为了什么？

• 資深大佬 : xuanbg

  这不是主从

• 資深大佬 : Tink

  地月同步？

• 資深大佬 : whalegao

  @whalegao 从嫦娥卫星的延迟来看，地月同步都不需要这么久

• 資深大佬 : sadfQED2

  做的延迟从库吧 ，或者从库性能不行

• 資深大佬 : llussy

  不正常

• 資深大佬 : aaa5838769

  不正常的很

• 資深大佬 : zjsxwc

  冷备，稳，狗头

• 資深大佬 : DesertCamel

  你这还正常????

• 資深大佬 : saltedFish666

  DBA 不干活吗。。
• 資深大佬 : walker111

  这样肯定不行，延迟有很多办法保证一致性，不过太麻烦建议还是尝试用集群吧。

• 資深大佬 : dnsaq

  有一种可能是正常，从库设置了延迟复制
  延迟复制可以防止主库删库，23333

• 資深大佬 : lc7029

  一小时这都是出问题了。

• 資深大佬 : salamanderMH

  一小时。。。1 分钟都要出事了

• 資深大佬 : SbloodyS

  一小时还来问正不正常……佛了

• 資深大佬 : qq976739120

  正常，不应该是秒级的嘛？

• 資深大佬 : laball

  这延迟要是正常，除非一个在地球，一个在火星，对外星人的服务，手动狗头

• 資深大佬 : inclulu

  1 秒还差不多

• 資深大佬 : shehuizhuyi

  一个小时还能叫同步？

• 資深大佬 : paoqi2048

  进来学习一下。看看主从一小时是如何达成的

• 資深大佬 : crc8

  除非故意做了延时同步，不然能延时一个小时也是牛逼，数据量这么大嘛还是从性能较之主太差？

• 資深大佬 : cominghome

  我司冷备那台都能保证 30 分钟，LZ 问题还是再检查一下吧，是不是两台机器网络质量不好，数据量太大了同步效率低下？

• 資深大佬 : Keyes

  5 秒钟都不正常

• 資深大佬 : realpg

  这叫备份库吧？

• 資深大佬 : alexmy

  是不是硬件太次了？

• 資深大佬 : geligaoli

  以前经历一家公司，1 主 N 从，
  其中 1 个从估计设置为延迟 2 小时，避免误删数据这样的情况发生。

• 資深大佬 : encro

  通常是锁住了。

• 資深大佬 : encro

  @geligaoli 从库性能不行，计划更换

• 主 資深大佬 : junan0708

  这个还要主从干吗。。。省点资源吧

• 資深大佬 : Mac

  这是备份，不过问题是主从延时这么严重是什么问题呢？

• 資深大佬 : KasonPasser

  @feixia5712 别害人。主主脏数据你去修？

• 資深大佬 : mediapig89

  主库上有没有长事务?