一起使用 MySQL 和 RedShift 的坏习惯？
Bad practice to use MySQL and RedShift together?
我目前正在进行的一个项目一直专门使用 MySQL 作为我们的 RDMS。我们目前正在寻求将数据库分成两个不同的数据库。一个将转移到 RedShift（使用修改后的 Postgresql 运行），而另一个将继续使用 MySQL.
我关心的不是拆分数据，而是应用程序将如何与分段数据交互。实际上，我们当前的应用程序将从 RedShift 读取静态数据并写入 MySQL 数据库，我很好奇混合这些查询语言是否是一种不好的做法。
将 MySQL 数据库迁移到 Postgres 以限制因它们的差异引起的并发症会更好吗？
我们 (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 数据库。
我目前正在进行的一个项目一直专门使用 MySQL 作为我们的 RDMS。我们目前正在寻求将数据库分成两个不同的数据库。一个将转移到 RedShift（使用修改后的 Postgresql 运行），而另一个将继续使用 MySQL.
我关心的不是拆分数据，而是应用程序将如何与分段数据交互。实际上，我们当前的应用程序将从 RedShift 读取静态数据并写入 MySQL 数据库，我很好奇混合这些查询语言是否是一种不好的做法。
将 MySQL 数据库迁移到 Postgres 以限制因它们的差异引起的并发症会更好吗？
我们 (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 数据库。