mysql， pgsql 默认配置情况下吹一波 postgresql 了

[cstj0505]

今天做一个 python 链数据库的练习。 结果 psycopg2 和 pg9.6 不兼容。 就另外装了 mysql5.5 。

机器： OS：debian jessie cpu ： 6700hq 内存： 16G 硬盘： 256 ssd+2T 机械硬盘 数据库 datadir 都在 ssd 上。

都是默认配置，没有任何优化。

导数：使用 kettle 把机械硬盘上的文本写到数据库里。 etl 程序同一个，就是改了数据库链接。数据条数 700 多万条。 pg 写入速度： 25000r/s mysql:12000r/s

查询： select clientip,sum(totservertime) from videolog group by clientip order by sum(totservertime) desc; 运行时间： pg ： 3s mysql ： 1 min 4.60 sec

postgresql 这波鸡血打的真足。

[est]

9.6 怎么也得跟 5.7 比吧。

[aphorism]

按照我一直以来的看法， PostgreSQL 的功能、性能、可扩展性等比 MySQL 不知道高到哪里去了；不过说到流行度， MySQL 就要略胜一筹。

[cstj0505]

@aphorism 我也一直用 postgresql ，以前看评测说性能差不多。
不过这次测试真的大吃一惊

[okampfer]

跟 python 的连接库有没有关系呢？

[nikoukou]

求问楼主的实验数据哪里弄来的。。 pq 对地理数据的支持是最好的。

[mathgl]

试试看 percona mysql 5.7 + rocksdb engine

[greenskinmonster]

前几天看新闻 Uber 从 PostgreSQL 迁移到 MySQL 了，不过一直都想试试 PostgreSQL

[zwh8800]

索引呢？表结构呢？这些不讲的话结果没意义。

[cstj0505]

@zwh8800 建表语句表结构都一样，没有使用索引

[cstj0505]

@nikoukou 不是地理数据，是网站的访问 log ， kettle 格式化成规则的数据

[yangdehua]

innodb 的配置敢不敢发一波，说不定是你的配置不匹配呢， heavy write 的场景下， innodb 也有很多优化手段的

[nikoukou]

@nikoukou 多谢。

[zwh8800]

@cstj0505 不加索引， select 肯定慢出翔。学数据库很大部分是学怎么加索引。

你不如在 mysql 下执行一下 `explain select clientip,sum(totservertime) from videolog group by clientip order by sum(totservertime) desc;` mysql 会给你讲解出你这条语句为什么执行的这么慢。

[pubby]

楼主在测默认配置的 全表扫描，怎么楼上都开始讲索引了？

[cstj0505]

@zwh8800 我那个 group by 做的全表扫描，学数据库的一般不对全表扫描加索引。

我吃惊的是二者都没做任何优化这种场景下的差别。优化起来肯定是各有所长的。

[cstj0505]

@yangdehua

二者都是完全默认的安装。

要有优化的话也只能说明 mysql 默认配置在这种稍微大一点的数据量的场景下效率不高。

[cstj0505]

@greenskinmonster

一搜搜到这个
https://dzone.com/articles/re-why-uber-engineering-switched-from-postgres-to

也比较有意思

[awanabe]

@cstj0505 默认安装和 表设计又不是一回事

[jjx]

postgresql 默认 100 个连接

[cstj0505]

@awanabe 建表语句都是一样的。
create table xxx （
xxx xxx ，
.
.
.
）
直接 copy 过去执行的

[aphorism]

@greenskinmonster

看了一下这篇 https://eng.uber.com/mysql-migration/ 和这篇 https://eng.uber.com/schemaless-part-one/ ，其实准确地讲， Uber 不是转到了 MySQL ，而是转到了以 MySQL 为基础开发形成的一个私有数据库实现 SCHEMALESS 上。按照他们在博客中提到的， PostgreSQL 在基于互联网的数据复制方面有一些设计缺陷，这是很正常的。这不能证明 MySQL 比 Postgresql 更强，但可以说明 MySQL 的有些设计对于 Uber 的应用而言更合适，而且做一个 MySQL mod 比在 PostgreSQL 基础上改动可能更容易。其实要是我，可能就直接在 PostgreSQL 的基础上改造了。

[greenskinmonster]

@aphorism 嗯，我只是提一下这个事情，并没说 Mysql 和 Postgres 谁好谁坏。根据自己的应用场合选择不同的解决方案，这个才是更重要的。

[mathgl]

@jjx 有 connection pool 100 个也够了。

[jjx]

@mathgl

企业软件每个事务时间长, 有时会不够, 互联网应用可能好些

现在自己部署都是默认 100 个不变, rds 用的是 200

[mathgl]

@jjx 如果是很长的事务是不是用队列做更好些？