选择正确数据库的艺术

“我应该用 SQL 还是 NoSQL？B 树还是 LSM 树？” 如果您曾经为选择合适的数据库而感到不知所措，那么您并不孤单。每个数据库的背后都有一个由存储引擎和事务协议组成的丰富生态系统——正确的选择可能意味着是极速性能还是令人头疼的瓶颈。

在这篇博客中，我们通过故事的视角进入数据库内部的世界，并探索 MySQL、MongoDB、Cassandra 和 PostgreSQL 等系统在底层是如何工作的。

让我给你讲一个故事。

这一切始于我为一款快速发展的电商应用设计后端系统的时候。它需要处理数千个并发用户，实时更新产品库存，提供个性化推荐，以及一个更新速度比“缺货”还快的仪表盘。和许多之前的开发者一样，我遇到了一个问题：

“我应该使用哪个数据库？”

接下来是对数据库内部的深入探究——在这个世界里，存储引擎相互冲突，事务以微妙的同步进行，选择并不总是黑白分明的。

这篇文章就是那段旅程——也许，它会帮助你找到自己的答案。

📁 数据库幕后

乍一看，数据库很简单。你插入数据，查询数据，也许更新或删除几行。

但在引擎盖下，它是一台疯狂的机器——由如下层组成：

• 传输：你的查询如何传输到服务器
• 查询解析器和优化器：你的 SQL 实际上变成了什么
• 执行引擎：一切完成的地方
• 存储引擎：核心、保险库、使一切成为可能的东西

我们的旅程才真正开始。

🍊 存储引擎对决：B 树 vs LSM 树

🎓 经典英雄：B 树

想象一下，一座宏伟的古老图书馆，里面的书架整齐排列，抽屉也都贴有标签。这就是 B 树。

高效、有序且久经考验。每次插入都知其所在。每次查询都能快速找到所需内容。

它的工作原理如下：

• 您的数据存储在已排序的块中
• 每次读取都很快（就像O(log n)快一样）
• 更新发生在原地——这意味着一些随机的磁盘 I/O，但这对 OLTP 系统来说没问题

MySQL（InnoDB）和PostgreSQL等数据库都喜欢 B 树。当你需要强一致性、快速查找和ACID 事务时，B 树非常可靠。

但…

🔥 年轻的颠覆者：LSM 树

然后你会遇到 LSM 树——对数结构合并树。

这个版本不进行就地更新。它先将所有内容写入内存，然后以排序好的块（称为SSTable）的形式刷新到磁盘。它会不时地通过合并进行清理——这个过程称为压缩。

这就像在便笺簿上写笔记，然后稍后编写一本干净的笔记本。

结果如何？超快的写入性能。非常适合日志、指标、物联网流和其他写入密集型系统。

LSM Trees 为Cassandra、RocksDB、HBase甚至MongoDB的部分提供支持。

⚖️ 当你必须做出选择时

我感觉自己就像置身于一场西部决战之中：

但这还没完。一个好的数据库不仅仅是读或写。

🔐 交易挂毯

还记得每一部抢劫电影中时机就是一切的那个时刻吗？

这就是事务。你需要你的操作具备原子性、一致性、隔离性和持久性——也就是ACID。

✪️ SQL 数据库（关系型）

在 MySQL 或 PostgreSQL 等系统中，这是通过以下方式处理的：

• 撤消日志
• WAL（预写日志）
• MVCC（多版本并发控制）

一切都被锁定、跟踪且可逆。

🌐 NoSQL 数据库

相比之下，Cassandra 和 DynamoDB 等系统更倾向于最终一致性——它们追求BASE（基本可用、软状态、最终一致性）。

它们的工作方式类似于最终同步的笔记本：

更新在一个节点上进行，其他节点在后台同步。速度快、分布式，但不那么严格。

🧵 关于并发的讨论帖

并发使得事情变得更加棘手。

使用B 树，可以通过仔细的锁定来控制并发性：

• 共享锁、排他锁、甚至更新锁
• B-Link 树（一种巧妙的增强功能）让读取在写入过程中也能流畅进行

使用LSM 树，它更加无锁：

• MemTables 并发写入
• SSTable 是不可变的
• 压缩是后台工作

这就像将银行金库与旋转门系统进行比较。

🧬 混合时代

在现实世界中，不存在一个万能的数据库。

一些系统开始结合两者的优点：

• MySQL有RocksDB插件
• MongoDB切换到类似 LSM 的引擎（WiredTiger）
• Aurora将 SQL 兼容性与 NoSQL 性能融为一体

🧠 我的外卖

选择正确的数据库并不关乎趋势，而关乎权衡。

问问自己：

• 您的工作量是读重还是写重？
• 您需要严格的交易吗，还是速度更重要？
• 您是否正在处理结构化业务数据或数百万个流事件？

一旦你回答了这些问题，你的存储引擎几乎就会自行选择。

✍️ 最后的想法

你代码里那一行小小的“插入用户”？它开启了跨越数十年的逻辑和工程智慧的瀑布。

了解数据库内部结构使我成为一名更好的后端工程师——希望现在它也能为您做同样的事情。