其实一个数百 G 上 T 的数据备份还不太容易啊，一次全量备份得花一个小时以上，完全占着 io ，有什么简单的方案么？

@somebodya 虽说很惨，但是还是比较关心什么时候好，连夜在抢修的吧？

@wxxshu 会连夜抢修的吧?明早之前能不能好了呢?

@wxxshu 今晚还能修好么?那么..

@ipconfiger 真的光纤被挖断了？这仇太大了吧。。

@wxxshu 然而我们需要的是恢复时间,或是其他解决方案,比如是否可以 d 机房代理

@fsgmhoward 但是挂这么久依然没什么用

@feilaoda 尼玛,说好的 999999 呢

@finian 真是不靠谱,唉。。

@Koyoter 我们已经很宽容了,都等了一个多小时了

@finian
@zhangzheng
@dreamcog
控制台倒是恢复了,那么有什么备选方案么?

@ipconfiger 哎，客服电话已经爆的不能再爆了。。

@ipconfiger 不是说跨机房的网络也跪了么。。

@ETiV 如果是这样的话，他们这个年会就要太不开心了。。

@ixinshang 北京机房，都挂了快一个小时了。。。

难道他们也用的是 uclound?!!

看内存使用，看 io ，看 cpu 使用量,你这样说没意义啊，总的来说 3 比 2 很大差别就是有数据压缩，写性能也有所提升，不过 mongo 和 MySQL 相比内存不太足够的情况下性能非常低，我们现在也在用 mongo,每日写入也几百万,不过不是同一个表,延迟基本低于 10ms,毫无压力

@jhdxr 这个解释非常合理