数据库被删除，谁该背这个锅？程序员不幸躺枪！

大家好，又是阳光明媚的一天，小编在此非常感谢每一位读者在百忙之中抽空阅读！在此，小编会每天为大家献上最新娱乐资讯，用最真诚的敬意邀请每位读者阅读、观看。也希望各位读者能提出宝贵的意见或建议。欢迎点赞、评论。在此恭祝大家每天生活愉快！

误删数据库，在许多人看来，也就只存在于《MySQL从删库到跑路》这样的梗中了。但历史上，出现过非常多次的误删数据库事件，而这些事件中，最终背锅的，几乎都是程序员……

图与文无关

去年新华社就报道了这么一个新闻：北京某公司的软件工程师徐某，因公司未能如约结清工资心生怨恨，便利用自己安插在后面文件的代码，将公司数据全部删除，直接经济损失26.5万元，后来被公司发现并报警。徐某因为破坏计算机信息系统罪，被判处有期徒刑5年。

故意删除数据库，自然要为自己的行为付出代价，而实际上，大部分情况下，程序员误删数据库，并非有意为之。那么，谁又该为“删库”负责呢？

前段时间，顺丰高级运维工程师误删数据库，被公司开除一事引来了很大的争议。

大概回顾一下事件经过。顺丰一邓姓高级运维工程师，因操作不当，而导致数据丢失，业务停摆事故，而被开除。

本来这件事没有什么好争议的，小邓因为失误，给公司造成了损失，这是客观事实，顺丰作为非国家单位，所能动用的惩罚，也只能是开除，从法律和道德层面上说，没有多大的问题。甚至对小邓来说，开除并不是什么坏事，这样一次惨痛的教训，相信在今后的工作中，小邓会更加谨慎。

可是，在顺丰内部邮件通报中，却只字未提对相关责任人的处罚，而仅仅对直接责任人小邓予以开除处理，不由得让人唏嘘不已。

此事件，更是引来诸多愤愤不平的程序员们，他们认为，一个运维工程师，竟然有权限操作生产数据库，生产环境和测试环境，竟然没有进行严格的隔离。作为CTO或者项目领导，应该对员工可能出现的操作失误设计预先防范的措施和制度，否则就是失职。

显然，顺丰这样的处理结果，并不能服众，反而让人觉得：顺丰这么大的一家公司，对于数据的保护、权限的设置，竟然如此之低级，反而有损顺丰的品牌形象。

曾经有过删库经历的张砷镓，将经历分享给了网友，他这样说道：

在之前一份工作中，我既翻过drop线上库的错误，也犯过rm rf/线上服务器的错误，其中drop线上库的经过，跟小邓基本一模一样。后来，我写了一篇博客来反思自己。

通过如下的措施，避免再出现这样的错误。

他特别感谢当时的老板胡震生先生，不仅给了他足够的包容，而且还为他开导排解，帮助他学习和成长。通过技术手段，他再也没犯过这两个错误。

小编的文章已经到此结束，不知大家对此篇文章有何看法，欢迎大家踊跃评论、点赞，如果您有什么问题，小编都会及时回复。如果此文章吸引了您，你也可以转发、关注哦！