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

头一次见说话这么直白的，终究是我太菜了😂😂😂

以后他玩游戏不陪我的理由又多了！！！

自我介绍实习相关怎么用弱Schema代替强Schema，有什么问题，怎么解决的？能过 TTP 发布吗？首刷优化怎么做的？涉及哪些方面？只看了接口耗时，没有看火焰图吗？对账系统怎么做的RocketMQ 事务消息怎么实现的？Redis 分布式锁怎么实现的？RedLock？实习中学到了什么东西？项目相关布隆过滤器存部分ID怎么做的，QPS不高吗？高的话会有什么问题？长时效存储和短时效存储怎么做的，为什么要这样做？数据库怎么设计的？假设现在观看视频的时候，你需要知道你的好友的行为（以点赞为例），你会怎么做？那下面的点赞信息为什么用bitmap存储，不能用布隆过滤器吗？那你的点赞信息的bitmap需要存...