SQL服務器複製建議

Question

我們有一個場景

一個主要的電子商務網站 - 目前吸引了大量的訪客。

三個子品牌特定的網站將掛起這個網站 - 每個這些網站將潛力有相同的流量水平隨着時間的推移。

客戶要求每個品牌網站的訂單處理髮生在一個地方（即一個後臺）。

我們應該選擇哪種拓撲結構？我們認爲可能有一個主要的SQL服務器同時具有來自後臺的讀取和寫入操作，並將這些數據複製到「品牌特定的」sql服務器實例中。每個品牌特定的網站都有自己專用的用於Frontoffice「讀取」的sql服務器。我們執行的任何寫入操作都會返回到主數據庫以保持併發的庫存

有什麼想法？未來的可擴展性是一個主要因素。

Answer 1

沒有更詳細的瞭解您的應用程序如何運作，很難爲您提供明確的方向。

您提出的實現有一個支持讀取和寫入的中央服務器（發佈服務器），以及一些額外的站點專用服務器（訂閱服務器）用於只讀，這當然是合理的。這還帶來了額外的好處，即爲您提供靈活性以僅複製讀取查詢所需的表格，即您的中央服務器可能會管理可能不需要推送給訂戶的供應商信息，賬單等數據。

您的中央服務器很可能會成爲您的障礙，因爲所有其他服務器都會將寫入活動重新指向它。分佈式站點的位置，即它們離中央服務器的距離也會影響複製環境的事務延遲。

如果您希望將所有數據庫數據顯示爲只讀分佈式網站，那麼您可能希望考慮使用日誌傳送功能。此實現的缺點是，如果您的應用程序需要知道只有讀取活動可以在本地服務器上處理，並且所有寫入活動需要路由到中央服務器。

我希望這可以幫助，但請隨時提出其他問題。

乾杯，約翰

Answer 2

對您的問題沒有一個特定的答案，但Youtube scaling是一個關於YouTube縮放的有趣視頻。它可能會給你一些想法。