|
zhch602Dec 11, 2019 via iPhone
1
这能用?
|
|
ZehaiZhangDec 11, 2019
2
如果这都能正常,估计贵公司的服务就一个人用吧
|
|
iyaozhenDec 11, 2019
3
1 分钟都不正常 老版 MySQL ?
|
|
feixia5712Dec 11, 2019 via Android
4
换成主主吧
|
|
wafmDec 11, 2019
5
除非从服务器仅备份吧
|
|
luren123Dec 11, 2019
6
牛逼了,能问出这样的问题,说明你们公司延迟十小时可能都是正常的,手动狗头
|
|
7
同步方式:每隔一个小时给运维发送一个邮件,说明需要备份的目录,然后运维手动开启同步。
|
|
thetDec 11, 2019 via iPhone
8
你们为什么会有主从
|
|
676529483Dec 11, 2019
9
延迟 1 小时肯定有问题,走的全量更新?如果说特定场景,1 小时同步 1 次还差不多
|
|
simenetDec 11, 2019
10
开启 多线程复制
|
|
11
这应该叫做备份吧?!
|
|
hlwjiaDec 11, 2019
12
@liuzhaowei55 应该是写了脚本,一个小时备份一次
|
|
temp178Dec 11, 2019
13
这可能叫离线库 而不是主从库
|
|
xuanbgDec 12, 2019
14
这做主从是为了什么?
|
|
TinkDec 12, 2019 via iPhone
15
这不是主从
|
|
16
地月同步?
|
|
18
做的延迟从库吧 ,或者从库性能不行
|
|
MilkShakeDec 12, 2019
19
不正常
|
|
zjsxwcDec 12, 2019 via Android
20
不正常的很
|
|
DesertCamelDec 12, 2019 via Android
21
冷备,稳,狗头
|
|
saltedFish666Dec 12, 2019
22
你这还正常????
|
|
walker111Dec 12, 2019
23
DBA 不干活吗。。
|
|
dnsaqDec 12, 2019 via iPhone
24
这样肯定不行,延迟有很多办法保证一致性,不过太麻烦建议还是尝试用集群吧。
|
|
lc7029Dec 12, 2019
25
有一种可能是正常,从库设置了延迟复制
延迟复制可以防止主库删库,23333 |
|
salamanderMHDec 12, 2019
26
一小时这都是出问题了。
|
|
SbloodySDec 12, 2019
27
一小时。。。1 分钟都要出事了
|
|
qq976739120Dec 12, 2019
28
一小时还来问正不正常......佛了
|
|
laballDec 12, 2019
29
正常,不应该是秒级的嘛?
|
|
incluluDec 12, 2019
30
这延迟要是正常,除非一个在地球,一个在火星,对外星人的服务,手动狗头
|
|
shehuizhuyiDec 12, 2019
31
1 秒还差不多
|
|
paoqi2048Dec 12, 2019
32
一个小时还能叫同步?
|
|
crc8Dec 12, 2019
33
进来学习一下。看看主从一小时是如何达成的
|
|
cominghomeDec 12, 2019
34
除非故意做了延时同步,不然能延时一个小时也是牛逼,数据量这么大嘛还是从性能较之主太差?
|
|
KeyesDec 12, 2019
35
我司冷备那台都能保证 30 分钟,LZ 问题还是再检查一下吧,是不是两台机器网络质量不好,数据量太大了同步效率低下?
|
|
realpgDec 12, 2019
36
5 秒钟都不正常
|
|
alexmyDec 12, 2019
37
这叫备份库吧?
|
|
geligaoliDec 12, 2019
38
是不是硬件太次了?
|
|
encroDec 12, 2019
39
以前经历一家公司,1 主 N 从,
其中 1 个从估计设置为延迟 2 小时,避免误删数据这样的情况发生。 |
|
encroDec 12, 2019
40
通常是锁住了。
|
|
MacDec 12, 2019
42
这个还要主从干吗。。。省点资源吧
|
|
KasonPasserDec 12, 2019
43
这是备份,不过问题是主从延时这么严重是什么问题呢?
|
|
mediapig89Dec 12, 2019
44
@feixia5712 别害人。主主脏数据你去修?
|
|
jimmzhouDec 12, 2019
45
主库上有没有长事务?
|
|
GeminiProDec 17, 2019
46
冷备?
|