sql - 为什么 MongoDB 比 SQL DB 快得多的任何详细和具体原因？

Question

好的，有关于 Why Is MongoDB So Fast 的问题

我很欣赏这些答案，但是，它们很笼统。是的，我知道:

• MongoDB 是基于文档的，那么为什么基于文档会导致更高的速度？
• MongoDB 是 noSQL，但为什么 noSQL 意味着更高的性能？
• SQL 在一致性、ACID 等方面比 MongoDB 做得更多，但我相信 MongoDB 也在做类似的事情来保证数据安全、维护索引等，对吧？

好的，我写这个问题只是为了找出答案

1. 详细和具体的原因是什么 MongoDB 的高性能？
2. 究竟SQL做了什么，而MongoDB却没有，所以它获得了非常高的性能？
3. 如果面试官(MongoDB 和 SQL 专家)问你“为什么 MongoDB 这么快”，你会怎么回答？显然只是回答:“因为 MongoDB is noSQL” 是不够的。

谢谢

Answer 1

首先，让我们将苹果与苹果进行比较:使用 MongoDB 读写就像在 RDBMS 中没有非聚集索引的表上按主键进行单次读写。

所以让我们准确地进行基准测试:http://mysqlha.blogspot.de/2010/09/mysql-versus-mongodb-yet-another-silly.html

事实证明，完全相同的原始操作的公平比较中的速度差异并不大。 事实上，MySQL 稍微快一点。我会说，它们是等价的。

为什么？因为实际上，两个系统在这个特定的基准测试中都在做类似的事情。返回单行，按主键搜索，实际上并没有那么多工作。这是一个非常快速的操作。我怀疑跨进程通信开销是其中很大一部分。

我的猜测是，MySQL 中更优化的代码比 MongoDB 的系统开销略少(没有逻辑锁，可能还有其他一些小东西)。

由此得出一个有趣的结论:您可以像使用文档数据库一样使用 MySQL，并从中获得出色的性能。

---

如果面试官说:“我们不关心文档或样式，我们只需要一个更快的数据库，你认为我们应该使用 MySQL 还是 MongoDB？”，我会怎么回答？

我建议暂时忽略性能，看看这两个系统的相对强度。对于 MongoDB，我想到了诸如扩展(向上)和复制之类的事情。对于 MySQL，还有更多功能，例如丰富的查询、并发模型、更好的工具和成熟度等等。

基本上，您可以用功能换取性能。愿意这样做吗？这是一般人无法做出的选择。如果您不惜一切代价选择性能，请考虑在添加其他技术之前先调整 MySQL。

---

当客户端通过主键检索单个行/文档时会发生以下情况。我将注释两个系统之间的差异:

1. 客户端构建二进制命令(同)
2. 客户端通过 TCP 发送(相同)
3. 服务器解析命令(同)
4. 服务器从缓存中访问查询计划(仅限 SQL，不是 MongoDB，不是 HandlerSocket)
5. 服务器要求 B-Tree 组件访问该行(相同)
6. 服务器在通向行的 B-Tree 路径上采用物理只读锁(相同)
7. 服务器对行进行逻辑锁定(仅限 SQL，不是 MongoDB，不是 HandlerSocket)
8. 服务器序列化该行并通过 TCP 发送(相同)
9. 客户端反序列化(相同)

对于典型的基于 SQL 的 RDBMS，只有两个额外的步骤。 这就是为什么没有真正的区别。