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

坐两小时地铁结果面试十分钟结束，你没事吧😅😅😅

1. 自我介绍2. 为什么参与开源项目（vtable）3. git使用情况4. git merge和git rebase区别5. 拷打项目6. 为什么做性能优化，怎么判断的性能优化，收益是什么7. 收益是怎么量化的8. 怎么优化反映全部用户的性能9. lighthouse关注哪些指标10. 这个指标包含接口请求吗11. 优化的性能具体源自于哪一部分12. 性能数值绝对值变化是多少13. 网络传输占比大还是前后端请求？14. 前端页面实际上是有缓存的，怎么对二次打开此页面的用户进行性能优化15. 平常怎么学习，看哪些前端文章16. 为什么有时候height：50%不生效（前端文章提及）17. 手...