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

有些人一直焦虑没有面试，而有些人双非直接拿下了阿里这不比外卖和点评香吗

26届毕业,目前想找实习

想获取更多高质量的Java技术文章？欢迎访问 技术小馆官网，持续更新优质内容，助力技术成长! 你以为打日志是小事？也许正是这种轻视，让你在凌晨三点被生产事故电话吵醒。一个优秀的工程师和普通码农的区别，往往体现在那些看似微不足道的细节上。日志就是这样一个细节。我曾经目睹一个团队花了整整一周时间排查一个本可以在10分钟内解决的问题，只因为他们的日志像一团乱麻。更荒谬的是，很多人自认为写的日志"足够好"，却不知道他们的日志实际上像是没调音的二胡，不仅没有帮助，反而制造了混乱。在经历了无数次"日志救火"和"日志灾难"后，我总结出了这10条日志...