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

真有这种不需要笔试面试就可以直接实习的内推？

技术面  聊项目（这就是全部内容了） 手撕算法（单链表判环）  主管面  介绍下自己，学得好的科目或者项目经历 介绍下这个项目遇到的困难 介绍下项目中有哪些角色参与 这个项目（花了半年）还是比较耗费精力和时间的，是什么支撑着你一直做的（先前学的技术沉淀，在项目中应用。例如UML类图） 看一下个人博客 看你用了Redis，可以讲讲redis有什么好处和缺点吗(我讲了对结构化数据的存储问题) 你知道有工具可以根据源代码生成类图，流程图，数据流等吗（结果我介绍了doxygen） 除了编程，还有什么兴趣爱好 印象中首先想到的最开心的和最难过的事 你对华为工作场景的想象