Azure 上 MySQL 的可扩展性答案

【问题标题】：Scalability of MySQL on AzureAzure 上 MySQL 的可扩展性
【发布时间】：2012-12-08 14:23:47
【问题描述】：

我在免费试用期内在 Azure 上使用 MySQL 实例。我注意到的一件事是 max_user_connections 在此选项下设置为 4，在 highest priced tier 下设置为 40。

这两个似乎都非常低，除非我误解了什么。假设我有 41 个用户同时发出数据库请求，这不会因为超过最大允许连接数而导致失败吗？空间似乎不大。

如何使用 Azure 来允许实际数量的同时连接？还是我想错了？我应该为 SQL Azure 转储 MySQL 吗？

谢谢。

【问题讨论】：

【解决方案1】：

如果您使用 .NET 框架，则连接池由数据提供者管理。与打开连接并在整个会话中保持打开状态不同，.NET 每个数据库操作/事务通常打开连接，执行单个任务，然后在操作完成后关闭连接。 .NET MySQL 数据提供程序还支持高级连接池，请参阅http://www.devart.com/dotconnect/mysql/docs/ComparingProviders.html

我假设 Azure 限制是指使用第一个（会话持续时间）替代方案的应用程序。

【讨论】：

在我的例子中，我只是在我的开发环境中达到了 4 的连接限制。我有一个定期连接的云服务、一个按需连接的网站、一个在我管理数据库时连接的 MySQL Workbench，以及一个由于各种原因访问数据库的 Windows 应用商店应用程序。当我想向全世界发布我的应用程序时，问题会更加严重。我担心的是，如果由于数百个同时请求而导致池中没有可用的连接，则会引发异常。
你知道云和商店应用。使用多个连接？我会假设商店应用程序。打开单个连接。如果您可以将普通受众限制为单个连接，则您可能只需要五个连接。但肯定有很多可能需要克服。
确实如此。它似乎太局限了，无法在生产环境中使用。