在一个客户（爸爸）公司，当时由于连续加班，精神恍惚，中午的时候本来是要执行个备份，先查看了原来的备份，结果一个手抖，把人家的一个备份给删了。还好影响不大，重新备份。
整个下午都忐忑无比，更加恍惚了。当天晚上，又要执行个加分区的操作，先查看原来的分区，结果不知怎么就给人drop了。。。。。。
然后就没有然后了 
是不是吓了一身冷汗~
当时直接傻眼了。。
顾不上出冷汗了都
曾经在oracle数据库上执行shrink操作触发oracle的bug导致数据库宕机几个小时起不来。。。
太危险的操作都双人复核，还没出现过什么大篓子
也还行，不过是删库跑路
1 个赞
重建某一个tikv pod后
用 ctl+r 的形式打算再看看 pvc 状态，想要执行 kubectl describe pvc xxx-pvc -n xxx
结果执行了 kubectl delete pvc xxx-pvc -n xxx
又得重建一遍。
想要删除某一个pod tikv-1,打算让pod重启下
复制的时候，复制错了，复制成了 tidb-1
就变成了kubectl delete pod tidb-1 -n xxx
本来一个tikv重启业务无感知，结果搞成了tidb节点重启，业务链接断开一波 
曾经mysql5.7升级到mysql8因为字符集排序规则的问题出现了S级的产线故障，，人都懵了。。
正式库当成测试库执行命令
进错集群，删错数据库
where 条件没有匹配到合适的数据结果全表更新了
这应该不算是手抖，这种属于意外之外的故障
这才是专业dba干的事儿
这属于测试调研不到位