mysql - 一起使用 MySQL 和 RedShift 的坏习惯？

Question

我目前正在进行的一个项目一直专门使用 MySQL 作为我们的 RDMS。我们目前正在寻求将数据库分成两个不同的数据库。一个将迁移到 RedShift(使用修改后的 Postgresql 运行)，而另一个将继续使用 MySQL。

我关心的不是拆分数据，而是应用程序将如何与分段数据交互。实际上，我们当前的应用程序将从 RedShift 读取静态数据并写入 MySQL 数据库，我很好奇混合使用这些查询语言是否是一种不好的做法。

将 MySQL 数据库迁移到 Postgres 是否会更好，以限制因它们的差异而产生的复杂性？

Answer 1

我们 (Looker) 与许多同时拥有 MySQL 和 Redshift 的客户(数百人)合作。随着他们的需求增长，进展通常是:

MySQL

MySQL + MySQL 从属

MySQL + MySQL 可写从站

MySQL + MySQL 可写从属 + Redshift

因此，如果您还没有这样做，最好的办法是设置一个 MySQL 副本从属数据库。从属副本遵循您的主写入数据库，本质上是您的主副本的精确副本。

您还可以使您的副本可写。这对于构建汇总表非常有用。以下是有关如何在 RDS 中创建可写副本的一些说明，但您也可以在其他系统中执行此操作。

http://www.looker.com/docs/setup-and-management/database-config/mysql-rds

如果您想将大事件数据与您的交易数据集成，下一步是设置一个流程，将将所有 MySQL 数据迁移到 Redshift 中，并从其他来源(例如例如，您的事件数据)。移动所有数据，让您能够从 Redshift 提出任何问题。

Redshift 将比 MySQL 数据库滞后数小时或更长时间。如果您需要实时回答问题，请查询 MySQL。如果您需要一般见解，请查询 Redshift 数据库。