我正在试图找出有关Web服务托pipe的需求。
尝试Azure后，我意识到他们提供的默认MySql（通过第三方）将帐户限制为4个连接 。 然后，您可以将帐户升级到15,30或40个连接（这相当昂贵）。 他们的15个连接计划被认为是：
“轻量级testing和需要可靠MySQL数据库的应用程序的最佳select”。
我有两个问题：
谢谢！
如果我的应用程序是一个Web服务，需要预先约120k每天查询（正常/ BELL分配），每个查询是〜150ms（持续时间）/〜400ms（取），我需要多less个连接？
我们无法从中看出。 您已经根据查询的持续时间提供了一个指标 – 但我们需要知道会话的持续时间。 假设这些请求没有模式（这是一个很大的假设 – 即使是国际网站也会看到一个白天的周期），并且会话的持续时间或多或less是正态分布，而会话的持续时间是独立的连接数量（从来不是这样），那么并发连接的数量将遵循泊松分布。 因此，用这个模型可以计算出系统连接不足的概率。 平均每秒1.4个请求，持续时间（我不明白你的意思是持续时间/获取）150毫秒，那么平均连接数将是0.11（如果连接池是无限的）。 你可以计算失败概率的math。 这是相对较低的。
但是，我们不知道你的门槛是否可以接受。 如上所述，有一些假设已知是错误的。 find答案的最好方法是testing它。