在IT 从业者中，有着一群比程序员还要低调且掌管着大数据时代企业生死命门的人，他们就是传说中的DBA。论起DBA 的工作职能，很多人表示这可比程序员日常复杂得多，不仅上要和应用程序打交道，下还要深入操作系统和硬件之中。所以当继而谈起成为一名优秀的DBA 是种怎样的体验时？不少过来人调侃道，你能明白那种删得了库跑不了路的酸爽感吗？

近来，一名来自顺丰的技术工程师亲身经历告诉了我们，“对，没错，就是这样的一种感觉。”。

日前，据微博知名互联网资讯博主@大佬坊间八卦爆料，顺丰科技数据中心的一位邓某因误删生产数据库，导致某项服务无法使用并持续590 分钟。

目前顺丰根据公司相关规定，已将邓某辞退，且在顺丰科技全网通报批评。事件一出，立即引发圈中程序员们的热议。不少网友对顺丰的处理结果及制度产生质疑，纷纷表示：开除了涉事工程师，顺丰自身就完全没责任？花了这么大的教训培养了一位运维就这么拱手让人了？

剖开表面，我们不由深思，顺丰以辞退为名，真的能撇开其在流程问题所因担起的责任？此次出事，好在影响尚未造成无法挽回的后果，顺丰应做的不是第一时间去辞退涉事员工，而是通过该教训来看清内部的问题：

• 删库事件发生一方面源于工程师本人的失误，另一方面是否体现了日常管理流程的松懈，及操作的不规范？
• 安全责任不分明，除了涉事员工，其直接上司不应担责？
• 权限控制混乱，仅一名运维工程师可以直接操作数据库？
• 灾备恢复能力弱，事件的发生到恢复，偌大的顺丰企业花费了590 分钟？

所以，从以上的种种问题来看，我们该如何再次避免删库“跑路”等事件的再次发生？

对此，在企业首先做好权限管理以及多重审核机制的同时，CSDN 也曾教诸多程序员们如何在Linux 下谨慎使用rm，避免从删库到跑路的悲剧发生：

还有无论是运维、DBA 还是程序员们都应该在日常Coding 时严加注意操作规范，铭记“一失手成千古恨”的后果。在审查时也要做好自动容灾、数据同步的步骤，最后，重要的事情说三遍，不要忘记：

备份！

备份！

备份！