骑着bug的coder

开篇：主从架构也救不了的场景 上一讲我们搭好了主从架构，读写分离跑起来了，QPS扛住了。但新的问题来了： 订单表1亿行了。加了索引，查询还是慢。EXPLAIN一看，type=ALL，全表扫描。为什么？

开篇：单机撑不住了，怎么办？ 你的系统火了，QPS从500涨到5000，单机MySQL的CPU飙到90%，查询越来越慢。更可怕的是，主库宕机了，业务停摆2小时，损失百万。 这时候你需要主从架构：一个主

一、 最大的“诈骗”：为什么软件装完，重启就没了？ 这是我今天踩的最大的坑。在 Windows 上，我们习惯了 双击 -> 下一步 -> 完成。但在 Mac 上，逻辑完全不同。 一定要理解这个比喻：

开篇：MVCC解决了读写冲突，写写冲突呢？ 上一讲我们学了MVCC，读写可以不冲突。但写写冲突怎么办？两个事务同时修改同一行，必须有先后顺序，这就需要锁。 经典问题：秒杀超卖。应用层"先查后改"，两个

开篇：把前面的知识串起来 第5讲 我们学了事务的ACID特性，知道了： Undo Log 管回滚（原子性） Redo Log 管不丢（持久性） 第8讲 我们从架构角度看了崩溃恢复：Buffer Poo

开篇：SQL优化完了，为什么还是慢？ 索引加了，SQL也改了，查询还是慢。你开始怀疑人生：还能优化啥？ 这时候问题可能不在SQL层面，而在架构层面。比如Buffer Pool配置太小，命中率只有60%

开篇：索引加了，为什么还是慢？ 上一讲学完，你信心满满地给表加了索引。结果查询还是慢，EXPLAIN一看，type=ALL，索引根本没用上。 这是很多人都会遇到的坑：索引加了，但失效了。 就像你买了辆

开篇：索引到底是什么？ 你有没有遇到过这种情况：订单表查询慢得要命，扫了200万行。老板在旁边催，你急得满头大汗。 然后DBA过来看了一眼，加了个索引，再查一次：只扫了3行，秒出结果。 你当时肯定想：

Prompt模板 (请复制使用) 你是一位顶级的HR分析专家和面试教练，擅长从对话中精准提炼关键信息并进行结构化总结。 你的任务是分析以下面试录音的文字稿，并按照要求整理出一份清晰、有序的问答总结。