不好的做法是一起使用MySQL和RedShift？

Question

我正在研究的一個當前項目是專門使用MySQL作爲RDMS。我們目前正在考慮將數據庫分割成兩個不同的數據庫。一個將移動到RedShift（使用修改的Postgresql運行），而另一個將繼續使用MySQL。

我的問題並非源於分割數據，而是應用程序如何與分段數據交互。實際上，我們目前的應用程序將從RedShift讀取靜態數據並寫入MySQL數據庫，我很好奇混合這些查詢語言是否是一種不好的做法。

將MySQL DB遷移到Postgres以減少由於它們的不同而產生的複雜性會更好嗎？

Answer 1

我們（Looker）與許多同時擁有MySQL和Redshift的客戶（100）一起工作。隨着需求增長的發展通常是：

MySQL的

的MySQL + MySQL從

的MySQL + MySQL的可寫從

的MySQL + MySQL的可寫從 +紅移

所以你最好打賭，如果你還沒有這樣做，那就建立一個MySQL Replica slave數據庫。副本從服務器遵循您的主寫數據庫，基本上是主服務器的精確副本。您也可以使您的副本可寫。這對構建彙總表非常有用。以下是關於如何在RDS中製作可寫副本的說明，但您也可以在其他系統中使用。

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

如果有要與您的交易數據整合大事件數據，下一步就是要建立的是遷移所有的MySQL數據到紅移和其他來源的數據泵（一個過程比如你的事件數據）。移動所有數據，使您能夠詢問Redshift的任何問題。

Redshift將落後MySQL數據庫數小時或更多。如果您需要回答實時問題，請查詢MySQL。如果您需要一般見解，請查詢Redshift數據庫。