postgres vs mysql - Why Uber Engineering Switched from Postgres to MySQL

[lesismal]

原文： https://www.uber.com/en-JP/blog/postgres-to-mysql-migration/

我个人的观点一直是：postgres 的各种丰富功能，对于中小数据规模的业务非常好用，OLAP 非常便利，中小数据规模也没性能瓶颈，而数据量大的 OLAP 功能用传统关系型数据库都是无法满足的，都需要 streaming 、map/reduce 之类的大数据基础设施以及实施、离线计算分离才是正解。而一旦排除 OLAP 的便利性之后，postgres 相对于 mysql 并没有优势。

大陆之外的国家和地区的非 Top 数据量计的业务，人口基数和数据量没那么大，这是 postgres 在大陆之外越来越流行的非常重要的原因之一。

非引战，如果是我个人项目，数据量不大，我也乐于使用 postgres 。但是以往一些 postgres 教徒的观点太幼稚了。 恰好看到 uber 的这个 blog ，拿来背书，所以引来说几句公平话。

[guiyumin]

who cares ？
uber 都快倒闭了

[kzfile]

mysql 简单便宜对大多数业务也够用
但对我不够用，我用 pg

[sthwrong]

uber 的问题比较久了，不一定合时宜，当时有的问题现在很多都解决或者改善了。
在部分领域又有明显优势，能选 pg 我还是选 pg 的。

[kapr1k0rn]

你拿快 10 年前的案例来背书？

[lesismal]

@guiyumin #1 我是聊技术观点，您如果不聊技术、上来就 who care 不太合适吧？纯技术选型的观点，跟 uber 倒闭不倒闭也没关系的，请先理清自己逻辑


@sthwrong @kapr1k0rn pg 确实在进步，但海量数据场景 pg 不是银弹、甚至很多人依赖 pg 的 OLAP 导致数据量真的增长后很难迁移，uber 的 blog 主要是衬托海量业务场景传统关系数据库仍然不足、十年来 pg 的进步不假但是解决不了海量性能问题，所以不存在十年前就不合时宜的问题

[sthwrong]

海量数据这俩都不是银弹，都得拉队友支撑，问题是，现阶段，pg 的队友可能更多更强大。稍小一个量级的情况下，pg 比 mysql 强是不争的事实。