2016 年 7 月，关系型数据库如何选择？ PostgreSQL/MariaDB/MySQL，后端： Rails

This topic created in 3597 days ago, the information mentioned may be changed or developed.

最近有个小项目，短期未来可能涉及全文搜索。另外用户资料等一些信息也想用 JSON 字段存储。
MySQL/PostgreSQL 都添加了不错的 JSON 、全文搜索支持，隔壁帖子《站内全文搜索采用什么方案比较快？》里有说 MySQL 很不错，我搜到一篇 MySQL Developer Team 的中文博客，看了下好像 MySQL 中文分词的配置极其简单，的确有点心动。

另外即使不用数据库做全文搜索，从 Ruby China 的经历来看，Rails 集成 ElasticSearch 并不难。

MariaDB 都说性能很好，但是不清楚现在能超越 MySQL 多少？很多问题搜 MariaDB ，结果却是 MySQL 的，感觉好尴尬。

大家有什么建议呢？

31 replies • 2016-07-31 15:07:10 +08:00

Immortal

Jul 28, 2016

分词搜索可以考虑上 es
我觉得灵活才是最主要的每个数据库有自己的特点和擅长不一定要一棵树上吊死

jimmy0017

Jul 28, 2016

个人看起来数据库 rails 还是用 PostgreSQL 比较多。
搜索貌似大家都是 elasticsearch
自己做的话，就看你习惯啥了。还有看看 deploy 的环境。（比如 heroku 就是 PostgreSQL ）

lightening

Jul 28, 2016

我现在是肯定不会再用 MySQL/MariaDB 了。 PG 各方面都比 MySQL 好，实在找不出不用 PG 的理由。

https://www.postgresql.org/docs/current/static/pgtrgm.html

pathbox

Jul 28, 2016

PG....................................

Kilerd

Jul 28, 2016

现在自己写的项目已经全面用 Mongo ，没有原因，就是那么任性。

jackysc

Jul 28, 2016 via iPhone

我记得 pg 有结巴分词的扩展

zhx1991

Jul 29, 2016

@Kilerd 大规模下 mongo 似乎坑相当多

Kilerd

Jul 29, 2016

@zhx1991 记得 mongo 作者写过一篇文章，就是说那些操不来 mongo 就说它坑多的。

hyzjshwo

Jul 29, 2016

MariaDB/MySQL 吧，我们很后悔用 PG 了。。

shiny

PRO

Jul 29, 2016

@Kilerd 用 SQL 的想法去用 MongoDB 就会觉得坑；没有用过 MongoDB 的人应该谨慎。

zhx1991

Jul 29, 2016

@Kilerd https://engineering.meteor.com/mongodb-queries-dont-always-return-all-matching-documents-654b6594a827#.6e8y22c68

看这个, 我认为这种场景出现在一个数据库上是不可思议的.

zhx1991

Jul 29, 2016

真的建议用 mysql

业界非常成熟

wh1012023498

Jul 29, 2016

还是觉得用 ElasticSearch 比较好

Kilerd

Jul 29, 2016

@zhx1991 它的文章都说了 it is a rare condition. you can find it if you are lucky.

它还说数据要足够大，而且还要执行 100K 次，一些天之后才有可能遇到。

我还能说什么，只能说我不够 lucky [:doge:]

zhx1991

Jul 29, 2016

@Kilerd 所以我说大规模下是个坑, 而且文中说的那种情况在实际高并发场景下并不是 rare.

Layne

Jul 29, 2016

晚上刚看到一篇文章，说 Uber 从 Postgres 切换到 MySQL 了…

ZGLHHH

Jul 29, 2016

@Layne 同

http://www.solidot.org/story?sid=49116

Jul 29, 2016

@hyzjshwo 为啥后悔呢。。

hyzjshwo

Jul 29, 2016

@fy 当时用 PG 是为了解决以后地理位置检索的需求，然后 1 年后，我们其实没有使用 PG 任何有优势的特性，反而因为学习曲线的问题，遇到了索引加不上，性能等问题。所以我们出于对项目质量和成本的考虑，以后方案都选熟悉的，上手快的。

Jul 29, 2016

@hyzjshwo 原来如此。不过 PG 提供的 array 、 JSON 字段之类倒是非常实用呀，而且再也不用纠结 innodb 和 myiasm ，个人还是挺喜欢的。也许没有表面看起来那么美好？

haoc

Jul 29, 2016

uber 不是刚从 postgres 切回 mysql ？主要看场景吧。

moult

Jul 29, 2016

在 PostgreSQL 和 MySQL 的选择上，主要还是看业务和数据结构需求，当然更要看技术和运维的实力，有调校能力情况下，两者的差距没想象中那么大。
然后 MySQL 衍生版本的选择上， MariaDB 、 Percona 都在原版本上加上自己的特征，如果这些特征都用不到的话，那就看个人喜好或者掷骰子吧！