我應該使用MySQL Cluster，Master to Master複製還是其他？

Question

我剛開始使用獨立的MySQL服務器，並開始使用Master to Slave複製。這些都在我們的網絡中。我有一個雲應用程序，客戶向我們的系統發佈訂單。當我們的ISP出現故障時，這是一場噩夢。

我正在尋找一臺服務器現場服務器和一臺可以同步的服務器，如果一臺服務器出現故障，另一臺服務器可能接管並且不會錯過一個步驟。我有我的DNS故障轉移和2個Web服務器，但我無法確定我需要爲MySQL服務器執行什麼操作。

我不介意把工作放在學習MySQL集羣上，但我不確定這是否是正確的解決方案或掌握掌握或其他的東西？

規模：我有一個訂單表，目前坐在150,000行，今年可能增長到50萬，並可能在未來幾年開始進入數百萬。

任何意見將不勝感激，因爲我從來沒有任何正式的學校在這個問題上。

在此先感謝。

Answer 1

最簡單的方法 - 只需將您的服務器放置在一些可靠的數據中心。通過這種方式，您可以將故障率降低到可以容忍的程度，並通過主從配置進行半手動處理。

如果您需要現場託管 - 然後查看與所有數據中心一樣，改善您的站點連接性 - 具有備份ISP通道，具有自己的AS（IP自治系統）和BGP路由 - 所以當一個ISP出現故障時 - 甚至ips保持不變，交通只是平衡其他人。

Mysql服務器不支持master-master複製，只有mysql集羣支持多主節點，所以實際上如果您需要快速故障切換 - 問題是自己託管它還是使用DBaaS（數據庫即服務，像cleardb人）。

具有SLA和故障切換的DBaaS相當昂貴，也會增加一些網絡延遲，因爲您自己的應用程序和數據庫服務器組最有可能位於相同的數據中心。但另一方面 - 它們更容易，更快速地進行設置。