什么状况?下厨房的数据库不是每天备份的吗?这不科学啊?

[neodreamer]

http://blog.xiachufang.com/article/5595/

[julyclyde]

@feiandxs 小网站就是这样的

[vietor]

@julyclyde 的确是没有做好做好状态监控，第一块坏了的时候没有及时补上。呵呵，总有些人为因素的。只是两块坏的间隔太短了，和产品还是有直接关系的，那个HP的一块都没有坏过那，当然国产的价格便宜了点，其中一个创始人用过那家的服务器——悲剧的后果。

[julyclyde]

@vietor 问题是：硬盘又不是国产的。这事除了没做好监控以外，基本上就是不可控因素了。轮到你倒霉了而已

[solo7net]

我也干过....
DB1
DB2
某大神:你把DB1导个表结构出来 放到DB2
我:点这?
神:恩 导入就行了
我:次奥 DB1怎么空了
发现导出的第一行 USE DB1;

[julyclyde]

@solo7net 按说只要执行导入脚本完成了，数据好歹还在吧，只不过是旧数据而已

[solo7net]

@julyclyde 导出的只有表结构

[julyclyde]

@solo7net 哈哈哈……

[est]

@solo7net 赞这个。感谢已发送

[Leo]

被顶起来的评论
Biu爷
那位程序员后来怎样了也顺便说下进展把。。。不要杀害他，但是可以用我们喜欢的方式折磨他吗？

虽然好残忍但好想笑

[feiandxs]

@Kenny 求更好的应用介绍

[ayang23]

@xhinking 半夜12点操作数据库一定要清醒啊 +1
本人就犯过2

[kennedy32]

@vietor 你怎么这么多悲剧

[MayLava]

我也犯过2。
为了调试方便在host里把线上域名指向localhost，然后各种测试。
然后有一次刚改回localhost，执行了清空数据库操作，结果浏览器的解析缓存没有重置，直接清了线上的所有数据(￣▽￣")。。。。

[xuzhe]

数据不备份、备份是否完整不验证，出了事儿只能是活该了。

[dreampuf]

人才都是坑出来的。

[likuku]

@vietor 「。那个“国产”服务器之后又坏过一次内存，造成我们只拿那台机器做备份了，不敢放任何有价值的数据。」... 有时备份就是唯一的救命稻草，没了就死了，备份机应该比线上生产机更加可靠才行啊。

[zyAndroid]

去年11月，一个误操作删除了一张表里两个多月的数据（百万行），到现在想想都心有余悸。

老板说“这是你工程师生涯的第一个里程碑”，当时差点儿羞愤自尽啊啊啊

[gracece]

自己的一个小网站，一不小心也把一个表清空了，着实蛋疼了好几天。估计下厨房那个工程师会铭记这个教训的=。=

[vietor]

@likuku 主要的原因是“成本”，老板也是在出事之后才开始腾出机器进行“备份”。
本来RAID5是一个不错的选择，哪知“点太背”，坏硬盘坏内存的。整个系统在没有任何备份的单硬盘“工控机”上都“没任何问题”的跑了半年呢，可想而知那个机器太烂了。

最终奉献一下，那家国产服务器的厂家名称：“宝德”，06-07年左右的事。

[hadi]

除了备份计划，做好自动化部署也比较难出这种状况吧?