1

我正在尝试解决使用 MySQL Connector for .net 打开连接时 MySQL 响应时间很长的问题。

我已经使用--skip-name-resolve 安装了在 Azure VM（Server 2008）上运行的 MySQL 5.5，并且数据库用户帐户的主机限制使用 IP 地址。我在 Azure 上运行的 WCF 服务中使用最新的 MySQL 连接器 for .net（在美国东部的同一位置，我一直在使用试用订阅，没有关联集）。我在 WCF 服务中的连接字符串使用托管 MySQL 的 VM 的内部 IP 地址作为服务器参数值。我也有“pooling = true;Min Pool Size=2;” 以防万一（我也尝试过不使用这些参数）。

跟踪 WCF 时，一旦服务运行和处理请求，查询响应时间非常好（即使每个查询结果都是唯一的，因此没有被缓存），而且我对 MySQL 的性能没有任何问题，因为它经常受到打击。

但是我无法解决的一个大问题是在大约 3 或 4 分钟没有调用数据库后，连接到 MySQL Open 所需的时间很长。如果几分钟内没有进行数据库调用，则需要 8 或 9 秒或更长时间才能再次打开连接。我包装了实际的“conn.open();” 在调用之前和之后使用跟踪语句，这是我在几分钟不活动后一次又一次地看到记录的行为。

顺便说一句，我也尝试过（并且仍在使用）连接处理的“使用”风格，以确保 MySQL 连接器正在管理连接池。

例如：使用 (var conn = new MySqlConnection(Properties.Settings.Default.someConnectionString)) { ... statements ..}

我觉得我在这个问题上已经走到了死胡同，所以任何建议都将不胜感激。

4

1 回答 1

2

我可以解释您的问题“在大约 3 或 4 分钟未调用数据库后，连接到 MySQL Open 所需的时间。如果几分钟内未进行数据库调用，则需要 8 或 9 秒或更多以再次打开连接。” 为什么会发生：

Windows Azure 网站使用热（活动）和冷（非活动）站点的概念，如果网站没有活动连接，则站点进入冷状态意味着主机 IIS 进程退出。当与该网站建立新连接时，需要几秒钟才能使该网站准备就绪并正常工作。虽然您将 MySQL 后端关联到该网站，但由于 IIS 主机进程需要一些时间才能启动，因此需要多几秒钟才能获得请求的服务。这就是在活动几分钟后响应时间更长的原因。

有关 Windows Azure 热（活动）和冷（非活动）网站的更多详细信息，您可以查看以下演示文稿：http: //video.ch9.ms/teched/2012/na/AZR305.pptx

这一次，我不确定也不知道如何才能让网站始终保持热门，即使转移到共享网站或根本不可能。我可以建议您将您的问题写到Windows Azure 网站论坛，该团队中的某个人将为您提供适当的答案。

于 2012-09-12T19:14:42.267 回答