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

这什么啊 sql要我求保留两位小数 数一直算不对，我知道我的数据肯定有多算了，一直报错我的心都凉了弄的我编程题都白给了 凉凉

视频面试，全程大概在40min+1、自我介绍 + 拷打项目2、分库分表有了解吗？分库的维度有哪些？主要解决了什么问题？3、分表的策略有哪些？（基因法）4、接口吞吐比较低，性能比较慢，该如何分析？5、有哪些原因会导致SQL执行缓慢？6、SQL的执行顺序？7、编程式事务和声明式事务有什么区别？8、@Trancational 的底层逻辑？执行原理是什么？具体逻辑是啥？9、Spring事务不生效的场景？在事务中开启一个线程抛出异常，会回滚吗？10、生产环境有遇到OOM吗？如何解决？11、OOM和StackOverFlow有什么区别？12、CPU飙高的问题，如何排查？13、为啥java设计成单继承？14...

也是会有遗憾的