没想到我也会有删库跑路的一天

[617953997]

今天真是操蛋的一天。
事情经过是这样的：
以前为 table 建了一个临时表 table_temp.
今天把临时表删掉的时候执行了一条语句：
delete from table_temp.
然后感觉好慢，3 秒钟过去了还没完，表里大概 100W 数据。
所以我把 delete from 换成了 truncate table 。然后将鼠标光标放在 table 后面，按住鼠标往前一拉，执行！

当时还没有意识到删错表了。
等到我 insert into table_temp select * from table 看到 0 行被插入的时候，我傻眼了，然后就是经典的大脑一片空白。
随后联系 dba，数据库没开闪回。数据回不来了。
不幸中的万幸是，这个表不是关键业务表，旧数据还有。
职业生涯第一次生产库删错表，提醒自己以后必须要长记性，注意力要集中。我 Tm 再也不用 truncate 了...

[ajaxfunction]

看来没有删库经历的程序员，是不完美的

[exploreXin]

一切人肉执行的数据库删除动作都不能保证 100%安全，无数血的教训告诉人们，删数据这种事情要交给脚本程序去做，操作的脚本反复测试，可以极大降低手残的风险，那种连测试环境都没有，直接线上改 bug，正式库删东西的公司，出事了也不冤枉，团队规范没有，出事了也不能怪个人。

[billwang]

生产库竟然不开归档和备份，你们真是太大意了。同时说明这个库不怎么重要。我们测试库都开的。

[littlewing]

1 生产库居然没有备份
2 既然有 DBA，为什么还要给 RD 这么高权限的数据库用户

[yeqizhang]

闪回都不开，说明这数据都不重要[狗头]

[PUBG98k]

居然还有专属 DBA 。有点羡慕了。
我们公司，一个人，负责 管理 4000 台服务器运维 + 负责编写 PHP 后台 网站 + 任何需要用到 php 的地方或者网页 +数据库

[7654]

吓得我连忙看看手里的 DBA 帐号:doge

[cabing]

@fanyp123 你们都得到了成长:)

[cabing]

不要删。要不重建表。。

@PUBG98k 4000 台服务器，有点 6 啊。

[metrxqin]

Even a monkey can destroy a system. the true master saves a malfunctioned system.