在考虑放置一个非现场的从属数据库时，这对于维护最新复制的networking连接更为重要：低延迟或高带宽？
如果要复制的数据量超出可用带宽，则复制将不会非常成功。 因此，高带宽将是重要的。
但是，如果您正在进行大量小更新，则低延迟将非常重要。 所以，这取决于什么是写入这个数据库。
等待时间要求的主要决定因素是主应用程序是否等待响应/确认从站上发布的数据。 如果需要这样的确认，那么低延迟是必要的，以防止应用程序停止运行。 如果应用程序不在乎，那么延迟可能不是问题。
带宽需求的主要决定因素是数据量的变化以及突发变化之后，你愿意忍受奴隶的时间。
这可能取决于您的数据库将要接收多less活动，或将在源数据库上生成的更改。
如果源数据库中会有大量的数据更改，那么我会select更高的带宽以跟上更改。
除非等待时间真的很高，否则我认为这不是一个大问题。
基本上，这取决于。
这取决于数据库，复制types以及正在复制的数据量（每单位时间的工作量/事务，日志更新等）。
日志传送通常意味着您的复制单位相当大（多KB），您可能会从低于等待时间的带宽中受益。
如果您正在复制单个事务（可以通过不同的数据库引擎通过不同的方式完成），那么您可能会生成突发小包的stream量。
最好的办法是尽可能地模拟真实世界的实现并进行测量。 您可以使用类似的软件与具有类似工作负载的人交谈，以获得规模感。 最后，你可能需要做这件事，看看它是如何工作的。
我的一般经验法则是，你需要一个OLTPtypes的系统[在线事务处理]与主动镜像（大量的小事务）或主动镜像的ODS [操作数据存储]的低延迟连接，但是你会想要一个为批量镜像的数据仓库（或任何其他types的设置）提供更高的带宽连接。