前言笔者在前几个月前经历了一次因为执行DDL而导致业务疯狂打印error日志的场景，虽然不是笔者执行但是这一次经历也警惕了笔者需要敬畏生产、明确原理后再操作的习惯。希望这个亲身经历能够帮助初入职场的同学们避免因为这种问题而导转正失败的问题😊背景阐明背景表：大表DDL语句：添加覆盖索引执行时间：晚上低峰期（企业中对一些操作有严格的时间把控，必须要到业务低峰期才能执行）直接影响上层业务疯狂打印error日志（日志在企业是非常重要的）告警电话疯狂diss你表对外展示出来就是不可用，类似宕机（读和写统统被超时拒绝）可能你会说只有大表才会有这种问题吧，我如果只是几十万、几百万数据的表执行这个应该没有问...

不想招人可以不招，没必要这样恶心人的，活该你们是小公司呢       

干了一天不想干了，不是没活，就是没含金量，纯编码任务，其他组的代码也看不到，不对，给了一个认证中心的，但是没时间看，干活真烦😅😅😅😅😅😅😅😅真不如在学校自己学

📌原文地址：https://mp.weixin.qq.com/s/7bpnSBRCFK5B4ASTVFjTEA📌个人公众号：何出此盐📌人人都是产品经理社区：https://www.woshipm.com/u/1542828 一晃眼自己作为产品经理工作10年了，这过程中一路摸爬滚打过来，有很多运气也有很多努力，参与过一些已经进入大众市场的产品设计，也踩过很多坑可以供茶余饭后几个老友之间相互调侃。某天醒来，想想如果这些弯路教我的事可以分享出去，也许可以帮助到当下很多很多很多正在产品岗位上工作或者有意向加入的人，在怀疑自己的那些时刻能多一些选择的答案。第一关：成为一个靠谱的产品常见于工作0-3...