运维操作数据库造成锁表业务异常，只能DBA默默顶上
你这个还不是最恨的。以前写了将近10版，使用了最初的第一版。
1 个赞
做个DBA好。在小公司一般没啥事，现在还是云。舒服的很！
大活动没有提前通知，高峰时期数据库被挤爆，大佬们围着看你处理······
我先听听后续
误操作生产环境呗
经常半夜一通电话处理生产系统问题
半夜叫起服务。
当然是休息的时间线上问题，疯狂电话
出现一个以前没有接触过的问题，一时间想不出来解决方案，还有一群人看着你处理问题
1 个赞
做出来的东西得不到认可
赚积分
我说个作为程序员比较不爽的事儿：
改bug 3分钟，测试2天（原因是测试环境不稳定，一步一个坎，用通俗易懂的话解释下就是：我要测试下公交卡刷完卡后余额显示正常，我得出门，坐公交，刷卡。但是出门的时候，锁坏了，找人修，走路的时候，路断了，等着修，等公交时，公交堵车了，半天不来。公交来了，发现刷卡机坏了。。。）
1、一个团队的RD给了另外一个团队RD线上链接串，然后另外团队的小哥直接把生产当测试，清空用户表。
2、建表字符类型一律varchar(255)，可能建表生成器搞的吧。
3、出现故障时，CEO、CTO、业务研发老大一堆人围着你，看你敲命令。
半夜接到客户电话跑批报错
领导不懂瞎指挥
南方大寒冷的冬天半夜里，一通电话过来说系统崩了，或者要处理生产系统的问题。
开发大哥上去一条drop database，告诉你恢复数据库（2T），还被问责为什么恢复要这么久 ，开会提需求：所有的数据库恢复都要在10分钟内搞定 ，一瞬间我仿佛看到了上帝 哈哈 
玩的正开心，因为业务新上线一个逻辑,数据库出故障，电脑在家里，人在饭店 
这不干一架，测试环境么，开发还能drop