无尘阁日记

无尘阁日记

WorkBuddy技能评测 #189 | 数据库内核十连：MVCC、索引、存储格式，写给想看懂的工程师
silcano

基本信息

  • 技能名：数据库内核概念合集（mvcc、storage-format、index-knowledge、transaction-correctness、async-io-model、differential-fuzzer、debugging、testing、code-quality、pr-workflow）
  • 来源仓库 Star 数：17,160
  • 分类：Testing & Security
  • 数据来源：SkillKit 中央技能库（第三方技能市场，非 WorkBuddy 官方自研）

它解决了什么痛点

这批技能来自一个数据库项目的内部规范，前半是概念说明书：MVCC 怎么实现快照隔离、索引为什么不是越多越好、列式与行式存储在什么场景互换、异步 IO 模型怎么选。后半是工程规范：怎么保证事务正确性（用差分模糊测试验证）、怎么写测试、PR 怎么拆。

它的独特价值是「为什么」层面的解释：大多数教程告诉你「加索引会快」，这里告诉你「索引让写变慢多少、为什么范围查询会失效、为什么你的 ORDER BY 用不上索引」。理解了这些，MySQL 调优才不是背口诀。

对我有没有用（技术 / 自媒体 / AI / 读书）

技术：中高价值。你的博客用 MySQL，评测表格数据量会持续增长（719 行 + 未来档位）。index-knowledge 和 mvcc 能帮你理解「为什么 LIKE '%xxx%' 用不上索引」「为什么删除大量行后表还在变大」。自媒体：强选题——「为什么你的博客越写越慢」这类文章，靠的就是这些底层解释。AI：弱。读书：无关。

differential-fuzzer、pr-workflow 这些偏数据库内核开发，你不需要。但「差分测试」的思路可以用：同一份数据用两种实现跑，对比结果——你在做链接批量替换时其实可以用（替换前后各导出一次，diff 校验）。

典型场景

博客文章表将来过万行，列表页开始变慢。做法：装 index-knowledge + mvcc，让 AI 先解释当前查询的执行路径（是否全表扫、是否有排序临时表），再给索引方案并说明代价（写入变慢、空间占用）。成果：加一个复合索引把列表页从 800ms 降到 40ms，同时知道「为什么不是所有字段都该建索引」。

一句话结论

技术底子向的一册：想搞懂数据库为什么这样设计，值得读；只想要「加个索引」的话没必要装。

📊 完整对比数据见在线总表：WorkBuddy 技能市场全量调研总表（腾讯文档）

标签