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

我宣布我是最霉最蠢的暑期实习生，事情是这样的：五一前一周面了百度的二面，感觉面的还不错，但是一周后官网面试挂了，百度4月30暑期实习截止了，后面就投了日常实习，很快进简历筛选了，但是昨天一个面试官打电话来跟我约3面，我说我不是挂了吗，怎么还会有三面，然后面试官就说再问问hr。挂了电话我越想越不对，感觉还有一线生机，我就死皮赖脸的打电话去问面试官要机会，然后面试官这样回我的（面试官超级好，帮我问了hr还反馈了）。 我宣布 是世界上最好的大厂，给我个机会吧，球球了重铸百度荣光，我辈义不容辞5.8更新：下午联系了hr帮我解锁了简历，然后顺利三面完了，许愿一个百度offer5.12更新：上午hr联系oc（hr还嫌弃我的实习时间3，4个月太短）,下午就发offer了，我宣布百度是宇宙大厂。

简历都挂了。。。。

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