SQL服务器复制建议

Question

我们有一个场景

一个主要的电子商务网站 - 目前吸引了大量的访客。

三个子品牌特定的网站将挂起这个网站 - 每个这些网站将潜力有相同的流量水平随着时间的推移。

客户要求每个品牌网站的订单处理发生在一个地方（即一个后台）。

我们应该选择哪种拓扑结构？我们认为可能有一个主要的SQL服务器同时具有来自后台的读取和写入操作，并将这些数据复制到“品牌特定的”sql服务器实例中。每个品牌特定的网站都有自己专用的用于Frontoffice“读取”的sql服务器。我们执行的任何写入操作都会返回到主数据库以保持并发的库存

有什么想法？未来的可扩展性是一个主要因素。

Answer 1

没有更详细的了解您的应用程序如何运作，很难为您提供明确的方向。

您提出的实现有一个支持读取和写入的中央服务器（发布服务器），以及一些额外的站点专用服务器（订阅服务器）用于只读，这当然是合理的。这还带来了额外的好处，即为您提供灵活性以仅复制读取查询所需的表格，即您的中央服务器可能会管理可能不需要推送给订户的供应商信息，账单等数据。

您的中央服务器很可能会成为您的障碍，因为所有其他服务器都会将写入活动重新指向它。分布式站点的位置，即它们离中央服务器的距离也会影响复制环境的事务延迟。

如果您希望将所有数据库数据显示为只读分布式网站，那么您可能希望考虑使用日志传送功能。此实现的缺点是，如果您的应用程序需要知道只有读取活动可以在本地服务器上处理，并且所有写入活动需要路由到中央服务器。

我希望这可以帮助，但请随时提出其他问题。

干杯，约翰

Answer 2

对您的问题没有一个特定的答案，但Youtube scaling是一个关于YouTube缩放的有趣视频。它可能会给你一些想法。