远程数据库服务器所需的最小带宽

远程数据库服务器所需的最小带宽

我想为我的公司构建一个小型仓储应用程序。我们有一个中央仓库,负责向全国 8 个销售点配送货物。他们坚持采用内部解决方案。我正在考虑设置一个中央 mySQL db Linux 服务器,并让各分支机构连接到该服务器以存储销售。

分支机构对数据库的查询次数最少,可能每小时 10 次。但是我需要所有分支机构能够在高峰时段将每个销售数据(产品 ID、客户 ID)最多每五分钟一次存储在中央数据库中。

我的问题是,我可以使用简单的 24mbps/768kbps DSL 线路吗?如果不行,带宽要求是多少?如果需要,我可以依靠负载平衡路由器来合并其他线路吗?您能提出一些服务器硬件规格吗?

好的,让我稍微解释一下。我所需要的只是在某件商品售出时存储数据(prodctID、itemsSold)并检索其他商店的库存情况。例如,返回其他分店中某种产品的数量,以便从中央仓库重新供应或让其他分店发送商品。我猜,每当一个分店缺货时,每隔一个分店(7 个分店 - 7 行)就会有一行(branchName、itemQuantity)。我认为发送的数据很少,但我不知道是否有开销。我该如何估计?

答案1

只有您可以回答这个问题,通过测量或估计基于查询和/或交易的数量以及每个查询和/或交易的数据集大小的带宽使用情况,乘以特定时间段内的查询和/或交易的数量。

答案2

由于您不会传输太多数据,因此不需要太多带宽。此外,使用 fe SSH 隧道进行压缩可能会有所帮助。

根据我的经验,延迟对于远程(DB)应用程序来说是一个更大的问题。

答案3

您还可以在类似集群的解决方案中设置本地 MySQL 实例。更改的传播将由数据库本身异步管理。

答案4

带宽要求不仅应与查询频率相关,还应与查询输出和表大小相关。例如,一个查询可能返回一行,而另一个查询可能返回数千行。因此,除非您对数据大小和查询类型有大致了解,否则没有具体的答案。

相关内容