关于MySQL、SpringCloud、Netty、MQ、JVM面试资料的整理

这份资料不是给"什么都不会"的人看的。它假设你已经写过至少一个能跑起来的后端服务，能说清楚一个 HTTP 请求从进门到落库的大致路径。如果你还处在这个阶段之前，先去把 Spring Boot 的增删改查和 JDBC 手写一遍；否则翻这份东西，你只会记住结论，答不出追问。

它填的是哪几个洞

后端面试卡人，往往不是卡在"不知道这个东西存在"，而是卡在"知道它，但说不出为什么这样设计"。这份整理的五个专题，正好对应五类最容易露馅的缺口：

• MySQL：会写 SQL、会加索引，但问到"这条查询为什么没走索引""间隙锁在这里锁住了什么""主从延迟下读到旧数据怎么办"，答案就开始含糊。
• SpringCloud：组件名字背得出来，但服务注册发现、配置刷新、熔断降级之间怎么串起来，出问题时先看哪一层，说不清。
• Netty：知道它是 NIO 框架，但 Reactor 线程模型、ChannelPipeline 里 handler 的执行顺序、粘包拆包到底在哪一层处理，答得心虚。
• MQ：会发消息会消费，但消息丢失的三个环节分别怎么防、重复消费的幂等键放哪、顺序消息为什么难做，缺少成体系的说法。
• JVM：背得出内存分区，但给一段 OOM 现场，让你判断是堆、元空间还是直接内存的问题，需要靠猜。

如果上面每一条你都点头，这份资料对你就不是"入门读物"，而是一份用来把模糊记忆重新钉死的检查表。

怎么用效率最高

不要从头读到尾。面试资料最大的浪费，是把已经会的部分又看了一遍，产生"我都懂"的错觉。

建议的顺序是：先挑你最没底的那一个专题，假装面前坐着面试官，把每一道题口头讲一遍并录音。讲得磕巴的地方，就是你的真实缺口。回到资料里只看那一段，看完合上，再讲一遍。一个专题过完再换下一个。五个专题不用平均用力，把两个最弱的吃透，比五个都翻一遍更值。

另外，这份整理偏"问答解析"，也就是给结论和思路。它不会替你把每道题都跑一遍代码。凡是涉及锁、线程模型、消息可靠性的题目，看完之后最好能在本地写一段最小复现，证据比记忆可靠得多。

配套练习建议

• MySQL：造一张百万级数据的表，对你的慢查询做一次执行计划分析，然后用联合索引把它救回来，记录前后差异。
• SpringCloud：搭两个服务加一个注册中心，人为把其中一个停掉，观察调用方的超时、重试、熔断如何依次触发。
• Netty：写一个最简的收发程序，故意发送半包数据，看你的解码器怎么处理，再换成完整包对比。
• MQ：模拟消费者处理失败，验证重试、死信、幂等这三件事在你的代码里是否真的成立。
• JVM：用一段制造 OOM 的程序跑起来，导出堆快照，自己找出到底是谁在占内存。

这些练习不需要多复杂，一天一个，五个专题一轮下来，面试时你能讲的就不只是"我记得"，而是"我遇到过，当时是这么定位的"。

看完应该能回答的问题

• 一条 SQL 走不走索引，你会从哪几个角度去判断，而不只是看有没有加索引？
• 服务调用链上某个节点抖动，从注册中心到调用方，你按什么顺序排查？
• Netty 的一个连接上，读事件是在哪个线程里被触发的，你的业务逻辑该不该放在那里？
• 消息从生产到消费，可能在哪些环节丢，各用什么机制兜底？
• 线上出现频繁 Full GC，你的第一步动作是什么，依据是什么？

如果这五个问题你能各讲三分钟且经得起追问，这份资料对你的价值就兑现了。讲不出来，说明缺的正好是它要补的那一块。