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

这是招了多少实习生啊，怎么都到沙发上办公了

已老实 求简历锐评

今天我将那些腾讯面试过的 MySQL 场景问题给大家整理出来,本文将跟大家一起来探讨如何回答这些问题。1.一个 6 亿的表 a，一个 3 亿的表 b，通过外间 tid 关联，你如何最快的查询出满足条件的第 50000 到第 50200 中的这 200 条数据记录? 2.一条 sql 执行过长的时间，你如何优化，从哪些方面入手？ 3.索引已经建好了，那我再插入一条数据，索引会有哪些变化？4.mysql 的是怎么解决并发问题的？5.MySQL 两个线程的 update 语句同时处理一条数据，会不会有阻塞？ 6.两条 update 语句处理一张表的不同的主键范围的记录，一个 < 10，另一个 ...