MongoDB与PostgresQL无责任初步测试

PostgresQL一秒能插入多少条记录，MongoDB呢？读取的情况又如何？我写了一些简单的程序，得出了一些简单的数据，贴在这里分享，继续往下阅读前请注意下本文标题中的“无责任”，这表示此测试结果不代表真实的生产环境下的情况，只能说给大家一个比较直观的概念，可用于设计架构时候的估算。（量级上来说应该基本上是正确的）

本次测试选择的服务器环境为：

VMWare虚拟机（双核，4G内存）
CentOS 7
MongoDB 3.2
PostgresQL 9.4
客户端均为Java版
单线程客户端

插入数据比较简单，PostgresQL中创建这么一张表：

CREATE TABLE realtime(

    id BIGINT PRIMARY KEY,

    longtitude DOUBLE PRECISION,

    latitude DOUBLE PRECISION,

    velocity DOUBLE PRECISION,

    soc DOUBLE PRECISION

);

对应地，MongoDB中的Document大致如此：

{

    "_id" : NumberLong(1458587322),

    "longitude" : 0.5812149460333115,

    "latitude" : 0.23716701482457414,

    "velocity" : 0.9920389498763238,

    "soc" : 0.6602090307636349

}

数据随机生成，只有id为索引。

插入100万条数据

MongoDB（带ACK）——约300秒（约3300条/秒）
MongoDB（无ACK）——约35秒（月28000条/秒）
PostgresQL——约670秒（约1500条/秒）

不带ACK的MongoDB的速度大约是PostgresQL的20倍，写入条目数可轻松破万。

随机查询（无索引，600万条数据）

MongoDB——约2秒
PostgresQL——约0.5秒

这次PostgresQL占优，速度大约是MongoDB的4倍。

顺序读取一万条数据

MongoDB——约0.1秒
PostgresQL——约0.5秒

这次MongoDB占优，速度大约是PostgresQL的5倍。

也许你说MongoDB和PostgresQL是两种不同截然的数据库系统啊，干嘛放一起比？我当然知道，所以才拿出来比，（呵呵）比较后才知道什么情况下用什么样的数据库，怎么样才能将其能力发挥到最好嘛，对不对？于是有了下面这些“无责任”的结论（或者说小小建议了）：

PostgresQL功能强大通用性好可靠性高适用面广（嗯？我的测试并未反映出这点啊？请执行忽略掉这些细节）
MongoDB适合于逻辑简单，存储量大，性能要求高，而可靠性要求相对不高的场合
存储量巨大的情况下，MongoDB的查询必须得依赖索引
MongoDB的索引越少性能越好，磁盘空间消耗越少（索引能不要就不要），和前一点做一些自我平衡吧

实际的情况会有哪些不同？实际中性能肯定是要比这个高的，我这次只是用了一台本地的虚拟机用单线程访问尝试了一下，真实环境下的话肯定是高配置的服务器主机加多线程。一般来说关系型数据库（PostgresQL这种）在单台主机上的表现确实存在一个性能瓶颈，每秒写入万条对关系型数据库来说就很吃力，如果遇到了这个瓶颈，就可以考虑调整系统架构，使用NoSQL（MongoDB这种）分摊一些数据存储了，当然了，逻辑复杂，事务性要求高的数据还是得用PostgresQL，MongoDB则用于存那些“又大又傻”的数据。