生产卡顿，还没排查出来哪里问题，领导各种催
数据库宕机起不来，没有备份，数据损坏
DB出问题了，后面领导占一排
可能是除了问题文档也没说明 论坛也没相关资料 请来的大佬也没头绪的时候吧
凌晨出现线上bug
技术性的问题，领导非要按照自己的想法来处理线上问题，解释根本不起作用。
半夜接到客户来电 
rm -rf /
凌晨3点被电话喊起来，然后发现找错人了
想起来刚工作没多久的一个事。周末早上在菜市场买菜，一个电话让去公司，骑着小电驴20公里到公司，结果告知业务上线需要DBA陪着通宵。最后凌晨4点下班，骑半路还剩5公里没电了推回家，现在想起来当初脾气是真好。
+1，我和你类似，不过我的那个同事是活水去其他部门了，留下了一大堆没有文档说明的脚本，关键很多脚本连入参都没有，必须看代码逻辑手动调整参数。维护了一个月后，后边花了半年基本把所有脚本重构了一遍。
如果换做现在呢 
在外地旅游呢，去不了
dba
你这个用tidb
一次上线发版，由于表很大modify column执行太久，最终abort操作而发版没成功。老板问原因，研发同学的回答是：DBA未严格审核SQL。
从此，我秉着工作认真严谨的态度，以最高级别最要求的严格审核该研发战队的SQL代码，任何不符合规范任何存在不确定因素和风险点的代码全部都不予通过和上线
刚刚好准备享受周末时光，通知要加班开会
看到很耗数据库的SQL，反复几次就会崩溃了
数据库一有一点小问题，后面就一群领导，边看边瞎指挥，边问：数据能不能丢？ 
，我这一边操作，一边还得安抚他们
还是属于没备份的表，被误删但是又要找回来。大表分区但是开发又不愿意改造sql全带分区键