[评测]低配环境下，PostgresQL和Mysql读写性能简单对比（欢迎大家提出Mysql优化意见）
[评测]低配环境下，PostgresQL和Mysql读写性能简单对比
原文链接:https://www.cnblogs.com/blog5277/p/10658426.html
原文作者:博客园--曲高终和寡
*******************如果你看到这一行,说明爬虫在本人还没有发布完成的时候就抓走了我的文章,导致内容不完整,请去上述的原文链接查看原文****************
由于最近经过朋友启发，又有了一个写个人项目的小想法，在这次个人项目中准备学习并使用一些之前自己没有掌握的新技术，其中，在项目准备的时候，准备爬一些数据做储备。
过去的项目，都对数据写入没有硬性要求，所以之前就是写了爬虫放那不管了，这次由于项目的需求，需要大量快速的爬取/复制/写入数据，我就发现我现在用的Mysql并不能满足我的需求，奇慢无比。经过对比评测，初步决定选用PostgresQL替换掉Mysql。
〇：先摆结论
写入速度：
Mysql： 8.5/s
PostgresQL: 800/s
读取速度：
由于Mysql50W条数据之后反复出错，一段时间后就connection reset之类的，于是以PostgresQL100W数据，Mysql57W数据为基础做测试
Mysql：
PostgresQL:
结论，不论读写，PostgresQL在我这台机器上显著优于Mysql，所以我选择PostgresQL作为以后的数据库使用
一：前期调查
如果一个市场占有率小的数据库（根据谷歌趋势），口碑/媒体评测/个人评测都不如Mysql的话，那就不用考虑了。
经过调查，不管是百度、谷歌搜出来的绝大部分结果都是PostgresQL强得多，也符合我自己的评测结果。
有一个关于PostgresQL的负面新闻是，Uber从PostgresQL转为Mysql，但是经过更多的调查发现，这并不完全是PostgresQL的问题，比如如下文章：
http://www.sohu.com/a/108363951_465959
https://m.aliyun.com/yunqi/articles/79658
就解释了这个问题，我个人经过调研是更倾向于PostgresQL的
二：准备工作
1.一台阿里云服务器，1核2G1M带宽I/O优化硬盘（应该是SSD）
2.Mysql 5.7，PostgresQL 11（Mysql版本低是因为我看宝塔推荐Mysql 8.0需要有2G内存最好，可是我这辣鸡服务器总共内存才2G，所以不考虑8.0，更何况从最后的测试结果来看，我不相信换成8.0能弥补这个差距），全部采用安装时的默认配置，不做任何优化（因为我不会），这样也可以看数据库自身，最大众的情况下的调教能力（在找借口），两台都部署在上述那台服务器上
3.建表和字段：
| 字段 | Mysql格式 | PostgresQL格式 |
| id(uuid) | char(36) | char(36) |
| gmt_create | datetime | timestamp without timezone |
| gmt_modified | datetime | timestamp without timezone |
| content | varchar(20) | text |
在id，gmt_create，content分别加了单索引
说明一下，PostgresQL的text属性是可无限填数据的，Mysql用的的可变字符varchar（20），而不是longtext，应该已经算优待Mysql了吧
4.数据插入方法：
模拟真实脚本环境，采用springboot+spring-data-jpa 造假数据插入，jpa开启批量插入设置，并可控制batch大小，经过多次测试找出最适合数据库的batch size大小。
为了避免服务器/运行环境资源争抢，一次只运行单个数据库的数据插入方法，下面是批量插入核心代码
三：测试插入
Mysql：
经过测试，Mysql入库速度大约是每秒10条左右，所以batch大小我设置为了5。
设置100会导致8秒1插（一开始数据库数量很少的时候，后面多了肯定还是会降），设置1000会抛异常，连接超时/重置/未响应等异常，这里不是我不给它设置大的，一开始设置了1000它真的扛不住！！！
以下是插入的时候控制台信息：
以下是workbench里面筛选1分钟录入数据的值：
这是只有40多万数据的时候的值，后面会更慢的，实在是懒得等了先把这部分先写了，所以得出结论：
Mysql的写入速度为：510 / 60 = 8 条数据每秒
PostgresQL:
经过测试，PostgresQL入库速度大约为每秒不到1000条，所以batch大小我设置了500。
以下是插入的时候控制台信息：
以下是pgadmin里面筛选1分钟录入数据的值：
所以得出结论：
PostgresQL的写入速度为： 48000 / 60 = 800 条数据每秒
这差距也太大了。。。大到我都不想再测100W条数据后，查数据的速度了。。。
还是等吧，我等到Mysql龟速插完100W条数据以后再来更新吧
四：查询速度测试
由于Mysql在插入50W条数据以后写入性能急剧下降，并且不停报错，所以决定终止插入Mysql数据。
就以PostgresQL 100W条数据：
Mysql 57W条数据：
在此基础上测试
非常简单的测试场景：
Mysql：
PostgresQL:
解释一下：postgresql源生的btree索引，不支持中文检索，导致不论怎么检索（‘XXXX%’）它根本不生效，1111条数据返回时间仍为80000+，于是查了一下，装了个 pg_trg 组件支持中文索引，结果这个组件太强大了。。。'%XXXX%'也同样支持触发索引。
装组件的方法：
1.centOS服务器下载组件：
sudo yum install postgresql11-contrib
2.在pgadmin，或者pgsql里面执行（就类似于执行sql那样）
CREATE EXTENSION pg_trgm;
五：一些总结
一开始测试Mysql的插入的时候，我一度怀疑是我安装Mysql的时候配置出错了？怎么可能这么低！！！
后来测试读取的时候速度正常，比PostgresQL低的没有写入那么大，才让我觉得，嗷，原来是PostgresQL厉害。。。
我的本次测试只能说基于我这台服务器的情况，并且是模拟我的使用场景（springboot + spring data jpa），可能并没有普适性。或许Mysql通过sql脚本导入快得多，但那不是我的使用场景没有办法，不公平就不公平吧，我也没有办法。
我也欢迎大家提出对Mysql和PostgresQL优化的意见，经过调优之后再做对比。
我相信在高性能服务器上，测试结果（尤其是写入），可能Mysql的差距会减小，但这是我个人学习用的服务器，我买不起超高配置的，就只能这样了，如果Mysql只能有这样的性能表现，那我只能向Mysql说拜拜了。。。
