为什么我劝你尽早建立"个人知识库"——别让踩过的坑白踩

一、一个反复发生的场景

上个月，团队一个新来的同事问我一个问题："Redis 的 maxmemory-policy 选 allkeys-lru 还是 volatile-lru，你们之前怎么选的？"

我脑子里隐约记得我们半年前讨论过这个问题，还做过压测对比。但具体内容……完全想不起来了。

我花了 20 分钟翻聊天记录、翻邮件、翻旧文档，最后在一个飞书群的历史消息里找到了当时的结论。而那个结论，其实是我自己写的。

我自己做过的事、得出的结论、踩过的坑，如果没有被"存"下来，就等于没发生过。

二、人脑不是硬盘，是 CPU

我越来越确信一件事：人脑擅长"处理"，不擅长"存储"。

你可以快速理解一个新概念，可以瞬间关联两个看似无关的知识点，可以在高压下做出判断——这些是人脑擅长的事。但让你准确记住"三个月前那个 Bug 的根因是什么""半年前技术选型时为什么选了方案 B 没选方案 A"，人脑极其不可靠。

这不是记忆力差，是大脑的进化方向就不是用来当档案室的。

所以你需要一个外挂——个人知识库。它不是笔记软件的炫技，是你大脑的"持久化存储"。

三、我的知识库长什么样

我用的是 Obsidian，但工具不重要，结构重要。我的知识库分五层：

第一层：闪念（Inbox）

任何时刻冒出来的想法、看到的好文章、踩的坑、突然想明白的道理——先扔进来，不整理。就像桌上的收件篮。

- [2026-10-21] Redis Cluster 扩缩容时，resharding 期间
  会有短暂的部分 key 不可达，需要客户端支持 ASK 重定向
- [2026-10-22] 华为云 CCE 的节点池弹性伸缩，默认冷却
  时间是 300s，压测时太慢，改到 60s 后好很多
- [2026-10-23] 今天和 DBA 聊到：大表加索引用
  pt-online-schema-change，但如果有外键会失败

每条就一两句话。不追求完整，追求"先抓住"。

第二层：按主题整理

每周花 30 分钟，把 Inbox 里的闪念归类到对应主题下：

/knowledge/
  /redis/
    - 内存淘汰策略选型记录.md
    - Cluster 扩缩容踩坑.md
    - 连接池配置参数详解.md
  /k8s/
    - HPA 配置实战.md
    - CoreDNS 故障排查笔记.md
    - 镜像拉取加速方案.md
  /career/
    - 晋升答辩准备清单.md
    - CR 方法论.md

第三层：项目经验

每个参与过的项目，单独一个文件夹，记录：

• 架构决策和原因
• 踩过的坑和解法
• 关键配置和参数
• 复盘文档链接

第四层：学习笔记

读过的书、学过的课程、研究过的技术——不是抄书，是"我自己的理解 + 关键结论 + 和我已有知识的关联"。

第五层：索引（最重要的一层）

这是知识库和普通笔记的区别。我会刻意建立知识点之间的链接：

Redis 内存淘汰策略 → 链接到 → 订单服务的缓存配置决策
CoreDNS 故障排查 → 链接到 → K8s 排障决策树
CR 方法论 → 链接到 → 团队代码规范文档

这些链接让孤立的知识点变成网络。你搜一个关键词，能顺着链接找到所有相关上下文。

四、知识库给我的三个"超能力"

超能力一：第二次踩同一个坑时，5 分钟解决

没有知识库时：踩坑 → 排查 2 小时 → 解决 → 忘了 → 下次再踩 → 再排查 2 小时。

有知识库时：踩坑 → 排查 2 小时 → 解决 → 记录 → 下次再踩 → 搜一下 → 5 分钟解决。

超能力二：做技术选型时，有"历史证据"支撑

上次架构评审，有人提议用 RabbitMQ。我搜了一下知识库，找到半年前我做的消息队列对比表——当时已经评估过 RabbitMQ、Kafka、Pulsar，最终选了 Kafka，原因是我们的场景是日志和事件流，不需要 RabbitMQ 的复杂路由。我直接把那张表甩出来，评审 5 分钟就过了。

超能力三：帮别人时，我能给出"带上下文"的建议

同事问"你们之前怎么处理过 MySQL 大表 DDL 的？"，我能直接把当时的方案、踩的坑、最终选的工具和参数全给他。不是泛泛的"可以用 gh-ost"，而是"我们当时用了 gh-ost，但注意这几个参数要调，否则主从延迟会飙"。

五、为什么大多数人建不起知识库？

我观察了身边十几个同事，发现知识库"建了又废"的原因就三个：

1. 追求完美，反而启动不了

想搞完美的分类体系、完美的标签系统、完美的模板。结果还没开始写就被自己的"设计"劝退了。

解法：先扔 Inbox，别分类。分类是事后做的事。

2. 把"收藏"当"记录"

看到好文章，点收藏、加书签。然后就再也没打开过。收藏不是知识，写出来、用自己的话复述一遍才是。

解法：每篇收藏的文章，至少写一句"我学到了什么"。

3. 没有"检索"习惯，只靠"记忆"

存了但不用，等于没存。知识库的价值在于高频检索——遇到问题先搜自己的库，而不是先搜 Google。

解法：刻意练习"先搜后查"。遇到新问题，第一反应是搜自己的知识库，搜不到再去外网。

六、一个最小可行版本（MVP）

如果你想开始，别搞复杂。就三步：

1. 建一个文件夹（任何工具都行）
2. 每次解决问题后，花 3 分钟写下来：问题是什么、根因是什么、怎么解的
3. 每周搜一次自己的库，看看有没有能复用的

坚持一个月，你会开始感受到"知识在积累"的踏实感。