10万记录，MongoDB 的查询效率竟然还不如 SQLServer

2013-09-09 05:02:39 1.2万阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

MSSQL注入攻击与防御实战：从原理到靶场通关 SQL注入是一种将用户输入的数据错误地当作SQL代码执行的Web安全漏洞，其核心原理在于应用程序未能严格区分代码与数据的边界。攻击者通过构造恶意输入，可以操纵后端数据库查询逻辑，实现绕过认证、窃取数据甚至执行系统命令。这项技术的危害性极大，尤其在企业广泛使用的Microsoft SQL Server环境中，利用xp_cmdshell等高级功能可能导致服务器完全沦陷。从防御角度看，参数化查询（预编译语句）是根治此漏洞的黄金标准，它能确保用户输入始终被当作数据处理。同时，结合输入验证、最小权限原则及Web应用防阅读详情

今天做了一个实验，用一个业务对象分别在 SQL Server 建立对应的表、在 MongoDB 中建立相应的 Collection，字段类型和个数完全一样。分别测试了2个场景——插入和查询，结果如下；

1. 在插入10万笔数据时，MongoDB 比 SQL Server 快10倍；(很符合预期)
2. 在对一个整形字段进行查询时，SQL Server 比 MongoDB 快 2 - 3 倍
（出乎意料之外啊，SQL Server中未做任何索引，甚至连主键都没有建立，而 MongoDB 中针对查询字段做了索引）

SQL Server 和 MongoDB 都安装在同一台虚拟机服务器上。

有没有哪位大侠能解释一下，为什么 MongoDB 的查询效率会比 SQL Server 还差劲呢？

...全文

GD32主程序跑飞？可能是BOOT0引脚惹的祸（附J-LINK调试实录）本文针对GD32微控制器程序下载后无法运行的典型问题，深入剖析了BOOT0引脚配置对启动模式的关键影响。通过结合J-LINK调试器与KEIL MDK环境，详细演示了如何从程序跑飞现象（如PC指向0x1FFF Fxxx）定位到硬件层面的BOOT0引脚与VDD短路故障，并提供了系统的硬件排查步骤与设计预防建议。阅读详情

wkk522

MongoDB 1,797 成员 1,466 内容

+ 关注 + 加入社区

切换为时间正序

giantsSrecretariat 2014-07-26

打赏
举报

引用 5 楼 Austin_yudao 的回复:

确实，建议采用留上的方法，增加1亿条记录测试一下，效果会非同凡响！

上亿级别的数据在复杂查询方面性能应该不会很好吧！

giantsSrecretariat 2014-07-26

打赏
举报

引用 7 楼 Net_Java_dram 的回复:

[quote=引用 4 楼 East271536394 的回复:] 1. save你是批量的么~ 2. 查询你使用了索引了么~ 你才10w 数据，不至于吧！我们使用mongodb 数据量都在3+亿数据。

3+亿数据，只做简单查询，应该没问题，你要加上Group Sum 之类的统计查询，应该很慢，我觉得Mongodb 在做保存和简单查询效率还是很好的，在统计上不如Sql。[/quote] 对我也觉得在复杂的查询方面很耗时！

giantsSrecretariat 2014-07-26

打赏
举报

引用 4 楼 East271536394 的回复:

1. save你是批量的么~ 2. 查询你使用了索引了么~ 你才10w 数据，不至于吧！我们使用mongodb 数据量都在3+亿数据。

存储应该没问题，但是稍微复杂的查询就很耗时了吧！！

DrSmart 2014-07-25

打赏
举报

mongodb性能很大情况由内存决定的

bbsggy 2014-07-24

打赏
举报

不过mongoDB的写入速度还是很强大的,一千万的数量级继续写入 1000条数据测试三次 mongoDB的InsertBatch方式耗时:303 毫秒 54毫秒 60毫秒 foreach {mongoDB的Insert }方式耗时:480 毫秒 540毫秒 572毫秒 SQL的entity方式 foreach 写入耗时3090毫秒 3754毫秒 2654毫秒 SQL的entity 方式的批量一次性savechange 耗时1495毫秒 1368毫秒 1441毫秒最终: mongoDB的批量写入第一次303毫秒之后一直保持60毫秒上下 mongoDB的循环单条写入一直保持550毫秒上下 SQL的循环单条写入一直保持在2-4秒之间 SQL的批量写入一直保持在1.5秒左右

bbsggy 2014-07-24

打赏
举报

我也做了一个测试同样的数据量,两个数据库的数据是同步了得,只有主键ID不一样,sql使用的GUID做主键 MongoDB使用的ObjectId做主键, 被查询字段均为加索引 int 类型

SQL比MongoDB查询快很多,还有一个分组查询的group,mongoDB查询性能更差.

DrSmart 2014-07-20

打赏
举报

绝对是没有加索引问题

iichuang 2014-06-07

打赏
举报

上亿的数据是分布式的吧，，，， 10w是不是单机的？这个和部署方式也有关系的吧

xuyanlu 2014-06-06

打赏
举报

十万的数据量真的很小了，结果测试意义不大~

robot1105 2014-05-24

打赏
举报

1亿条数据？回头我也试试

十分钟年华老去 2014-05-14

打赏
举报

环境是什么，怎么比对的？

有爱的小止 2014-03-24

打赏
举报

索引及数据库设计思路

黄瓜黄瓜 2013-10-08

打赏
举报

引用 4 楼 East271536394 的回复:

1. save你是批量的么~ 2. 查询你使用了索引了么~ 你才10w 数据，不至于吧！我们使用mongodb 数据量都在3+亿数据。

3+亿数据，只做简单查询，应该没问题，你要加上Group Sum 之类的统计查询，应该很慢，我觉得Mongodb 在做保存和简单查询效率还是很好的，在统计上不如Sql。

Austin_yudao 2013-09-18

打赏
举报

确实，建议采用留上的方法，增加1亿条记录测试一下，效果会非同凡响！

East271536394 2013-09-16

打赏
举报

1. save你是批量的么~ 2. 查询你使用了索引了么~ 你才10w 数据，不至于吧！我们使用mongodb 数据量都在3+亿数据。

可乐罐 2013-09-12

打赏
举报

才10W,用MongoDB？？？

rucypli 2013-09-10

打赏
举报

那你把数据加到一千万试试并发到一千试试

QuickPai 2013-09-10

打赏
举报

首先，我想知道2中你是通过什么方法测试他们的查询效率的？其次，对关系型数据库和非关系型数据库这样进行简单的效率查询（只有一个简单的对象或者说是collection）没有任何意义，比较之前，你应该在存储上面针对每种数据库的优势进行最优存储，然后再做查询，这样才可能会显示出他们的性能优劣。下面这个官方文档或许对你有用： http://docs.mongodb.org/manual/data-modeling/

10万记录，MongoDB 的查询效率竟然还不如 SQLServer

相关推荐