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

大二下，急招实习，各位大佬请给点建议。

我搜了下，春风好像是fjb？这人是脑子有问题吗？上来就恶心人

很多人认为后端技术很复杂，但其实一般项目的技术其实压根就没有那么高要求。什么查询优化，数据缓存弄着弄那的，结果一看数据才几万条。复杂的其实是业务，而不是技术。技术你不会可以学，但业务可能上一秒做好了，下一秒产品经理就说：“这个流程改一下。”后端其实很简单后端的开发，本质其实就是三个步骤：接收数据 → 处理数据 → 返回数据说白了就是前端把请求发过来，你拿到参数，处理一下，再返回结果。我们平时讲的 “CRUD”（增删查改）其实就是这样。所有的后端技术，几乎都是围绕这个流程展开的。需要数据保存？那就用数据库（简单的甚至可以直接写文件）。数据多了服务器撑不住？加缓存、做负载均衡。功能越来越多？拆分成...