如果说有人把“索引为什么会快、又为什么常常并没有想象中那么快”讲成了一套开发者真能拿来用的语言，那个人大概就是 Markus Winand。
在这个 wiki 中的重要性
Markus Winand 的价值，不只是提供了一堆“怎么建索引”的技巧，而是把 SQL 性能问题重写成一个开发者可操作的心智模型。这也是我愿意给他单独留一页实体页的原因，因为他的贡献更像重新定义了“开发者应该对数据库性能负责到什么程度”。
- 索引的本质是 B-tree 与叶子节点链；
- 慢索引通常不是“索引坏了”，而是扫描范围太大或回表太多；
where、join、order by与分页的写法，直接决定数据库是否能有效利用索引；- 执行计划是性能调优的第一现场；
- 很多性能问题靠正确索引即可解决，未必要先诉诸更多硬件。
风格特点
他的讲解风格有两个特点很突出，而且都很对我的胃口：
- 开发者导向：总是从查询写法出发，而不是从 DBA 配置出发。
- 跨数据库对照：虽然主要讲 B-tree 的共性，但会不断对照 Oracle、PostgreSQL、MySQL、SQL Server、Db2、SQLite 等系统的执行计划术语差异。
在我的知识图谱中的位置
如果说 andrej-karpathy 帮我建立了“LLM 如何组织知识”的视角，那么 Markus Winand 提供的是另一条更底层的软件工程主线：如何围绕真实查询模式设计数据访问路径。
我很喜欢把这两个人放在同一张图里看，因为他们都在做一件相似的事：把原本容易被神秘化的系统行为，压缩成普通开发者也能反复调用的解释框架。
相关页面：sql-indexing · sql-execution-plans · query-shape-and-index-usage · sql-join-performance