1
fanyp123 2020 年 3 月 24 日 我也删过,项目经理帮我背的锅,他被辞退了,几年后我介绍他去了埃森哲,现在我也在埃森哲了
|
2
HankAviator 2020 年 3 月 24 日
有一次手残执行了 rm -rf ./* 后(对就是那个经典笑话)也是大脑空白,不过好在加了点,当时在 ~ 下面
|
3
123444a 2020 年 3 月 24 日 via Android
生产库不应该有 temp,dba 执行任何生产库主要命令, 一切生产事故都是领导责任
|
4
Licsber 2020 年 3 月 24 日
删库有了 跑路呢? 文题不符啊 [狗头]
|
5
clayyj1210 2020 年 3 月 24 日
生产库还是应该 double check 。而且操作的应该不是自己才对。除非自己是运维或者 dba 。
哦,也可能是 fashion 的 devops 。 |
6
hantsy 2020 年 3 月 24 日
这个怎么说了,我觉得最奇怪的是为什么生产环境还可以这么上去乱来。
|
7
Sunkz 2020 年 3 月 24 日
之前看过一句话, mysql 可以恢复到两周内任一时刻😶
|
9
hoyixi 2020 年 3 月 24 日
线上环境?你(开发?)可以随便删删改改来玩,那还要养个 DBA 干嘛
|
10
LiuJiang 2020 年 3 月 24 日
我也删过,不过是自己电脑上的数据,当时脑抽了下。
|
11
whywhywhy 2020 年 3 月 24 日 via Android
这个指令触发器都拦不住,很烦
|
12
vus520 2020 年 3 月 24 日
你们居然有 DBA
|
13
TypeError 2020 年 3 月 24 日
所以要收紧权限,执行个 sql 自己本地、测试环境测几次,再提交一个工单审核个几个流程,这才叫保险
如果没跑路赶紧推动你们公司也这么干吧,就算你自己是运维或者 DBA,也用这个流程约束自己 |
14
williamZXS 2020 年 3 月 24 日
曾经不小心在自己的服务器上 rm -rf /*
|
15
designer 2020 年 3 月 24 日 via iPhone
还好我只会 phpMyAdmin
|
16
jakezh 2020 年 3 月 24 日 via iPhone
删过用户表 还好有备份
|
17
romisanic 2020 年 3 月 24 日
找 dba 啊 没有 dba 就自己去找日志恢复吧
|
18
areless 2020 年 3 月 24 日 via Android
是他是他,是黑衣人入侵了系统,执行了 rm -rf
/* |
19
mikicomo 2020 年 3 月 24 日
开发自己上服务器执行产线 sql ?
|
20
opengps 2020 年 3 月 24 日 via Android
删库错误,我只误删过一个备注列,客服同事辛苦维护的几千个客户的属性被我搞没了
|
21
ajaxfunction 2020 年 3 月 24 日
看来没有删库经历的程序员,是不完美的
|
22
exploreXin 2020 年 3 月 24 日
一切人肉执行的数据库删除动作都不能保证 100%安全,无数血的教训告诉人们,删数据这种事情要交给脚本程序去做,操作的脚本反复测试,可以极大降低手残的风险,那种连测试环境都没有,直接线上改 bug,正式库删东西的公司,出事了也不冤枉,团队规范没有,出事了也不能怪个人。
|
23
billwang 2020 年 3 月 24 日
生产库竟然不开归档和备份,你们真是太大意了。同时说明这个库不怎么重要。我们测试库都开的。
|
24
littlewing 2020 年 3 月 24 日 via iPhone
1 生产库居然没有备份
2 既然有 DBA,为什么还要给 RD 这么高权限的数据库用户 |
25
yeqizhang 2020 年 3 月 24 日
闪回都不开,说明这数据都不重要[狗头]
|
26
PUBG98k 2020 年 3 月 24 日
居然还有专属 DBA 。有点羡慕了。
我们公司,一个人,负责 管理 4000 台服务器运维 + 负责编写 PHP 后台 网站 + 任何需要用到 php 的地方或者网页 +数据库 |
27
7654 2020 年 3 月 24 日
吓得我连忙看看手里的 DBA 帐号:doge
|
30
metrxqin 2020 年 3 月 24 日 via Android
Even a monkey can destroy a system. the true master saves a malfunctioned system.
|