16g debian kde

@mko0okmko0 你说的这些也不需要图数据库， postgresql+postgis 完全满足要求，还提供对应的函数和索引。

绝对是 postgresql 啊，速度快，原生支持点的数据类型，还提供相应函数， postgis 支持地理位置的处理。专业的都用这个

Debian 好，各种稳定

不值得买，除非你人力富余。

亲身经历，前公司卖了 4 台 2 手的，然后新来的一个小伙子就耗在那 4 台机器上了。

@twl007 用 mariaDB10.1 试了下， 3 个线程同时写， InnoDB 表单线程写入 2 万，比 mysql 的 1.3 万高了 50%.
奇怪 MyISAM 只有 1 万 8 。 3 线程写， pg 单线程 6.5 万

1000 万条执行上面那个 max 查询：
InnoDB ： 28.10s
MyISAM ： 1.90s
pg ： 0.857s

@Sharuru web application 了？汗，还在用 3

@ivmm 有时间再试试 mariDB

@Infernalzero 改完之后就没一个统一的尺度了，牺牲一些东西追求极限性能，这也不是通常的应用场景吧。

我从 1000 万， 5000 万，刀 10000 万数据都试了一遍， pg 写入查询都比 mysql 好很多。

都是默认配置下测的， pg 也没做任何修改。

另外 uber 这件事请有些 pg 的原因，但是事实上也和 uber 工程师不太了解 pg 有关。

不少人回应过那篇文章，包括上次那个帖子离也有人提到了。

你只要稍微动动手指就能查到。

@dontwanttologin pgadmin+1

@twl007 回头有时间试试，确实现在 mariaDB 才是 mysql 正统。

@Infernalzero 我尽量选的相同的功能来测的，都是全表扫描，都是 btree 索引，这个和我了不了解 mysql 有什么关系？
另外， mysql 作为 lamp 的一员随着互联网发展起来并广泛传播，而且入门简单，这和 mysql5.7 的性能没 pg9.6 好有关系吗？

@Lao9 查询也差相当多，我最开始诧异的就是查询速度

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

@greenskinmonster

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

也比较有意思

@yangdehua

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

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

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

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

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