不停机从 PostgreSQL 迁移到 MySQL_postgresql转mysql-优快云博客

原文地址

Yelp Reservations 服务 (yelp_res) 是为 Yelp 上的预订提供支持的服务。它与 Seatme 一起于 2013 年被收购，是一个 Django 服务和网络应用程序。它为 Yelp Guest Manager（Yelp 客户管理）的预订后台和逻辑提供动力，并处理创建预订的用餐者和合作伙伴流程。此外，它还为我们的 Yelp Reservations 应用程序提供用户界面和后台 API，该应用程序已被 Yelp Guest Manager 取代，但我们的许多餐厅客户仍在使用。

该服务采用以数据库为中心的架构，并使用「数据库同步」范例（一种客户维护本地数据库的方法，其中包含与其相关的数据副本）与旧有客户同步数据。它还依靠数据库触发器来执行某些业务逻辑。这里所使用的数据库是 PostgreSQL，在 Yelp 的其他任何地方都没有使用过，这意味着只有一小部分长期工作的员工对 PostgreSQL 非常熟悉，足以胜任故障响应工作。这就造成了维护、可见性和故障响应时间方面的问题。负责餐厅产品的团队不是基础架构团队，而整个 Yelp 的基础架构团队（可以理解）专注于 Yelp 标准的基础架构。因此，当我们发现 PostgreSQL 出现问题时，往往需要匆忙寻找具有相关知识的人。

因此，我们用 Yelp 标准的 MySQL 数据库就地替换了这个数据库。

由于餐厅依赖我们的产品开展业务，因此系统不能离线维护，而且任何数据丢失都是不可接受的 —— 不能让用户在预订后发现该预定消失了。这就导致了这个项目的复杂性，因为在两个数据存储之间的不停机切换带来了新的挑战。我们能找到的有关这方面的文档大多使用非常初级的示例，或假定进行干净利落的停止、迁移和重启，因此这也是一个未开发的领域（因此才有了这篇博文！）。