Question

为什么Uber将构架从Postgres迁移到MySQL

Answer 1

Uber 的早期架构是由 Python 编写一个单体后端应用程序，使用 Postgres 作为数据持久化。后来 Uber 架构经历一系列显著改变，朝着微服务架构和新的数据平台发展。具体而言，在许多以前使用的 Postgres 的场景，现在更多的使用构建在 MySQL 之上的 schemaless 存储系统（小编：Uber的数据中间件）。在本文中，将探讨一些我们发现的 Postgres 的弊端，并解释我们切换 schemaless 和其他后端服务到 MySQL 数据库的原因。

Postgres 架构概述

我们遇到的大量 Postgres 限制如下：

效率低下的写入架构
低效的数据复制
表损坏的问题
糟糕的 MVCC 从库支持
难以升级到新的版本

我们将在所有这些限制，首先通过分析 Postgres 如何组织在磁盘上的表和索引进行分析，特别是比较与 MySQL 使用 InnoDB 存储相同数据的实现方式。需要注意的是，我们在这里提出的分析主要是基于我们有些老的 Postgres 9.2 版本系列的经验。但据我们所知，本文中讨论的 PG 内部架构，并没有显著在新的 Postgres 版本中改变，就如在 9.2 版的磁盘数据设计，也没有比 Postgres 的 8.3 版（10 年前的版本）有什么显著变化。