在Web服务中处理sql连接的最佳方法？

发布于 2024-07-10 21:15:50 字数 745 浏览 5 评论 0原文

我有一个最多由 10 个客户端调用的 Web 服务。该网络服务由 7 个不同的 asmx 页面组成，每个页面大约有 100-200 个功能。

所有这些功能都适用于 MSSQL2005 或 MS SQL2000 数据库。一天中的某些时段，来自客户端的流量很大，似乎我的 sql 服务器上的连接耗尽，导致所有客户端停止。

在每个函数中，我打开一个连接，执行一些操作，然后关闭连接，有时有事务，有时没有。

在服务器上，我看到它创建了很多连接，我不知道为什么它们没有消失，但即使在功能完成后仍然保留在那里。所以我可以看到我的 10 个客户端不时创建超过 80 个连接。有时它们中的一些会消失，有时它们在使用数小时后仍然存在。那里正在进行某种汇集吗？

问题一：是否有另一种方法来处理我应该使用的连接，例如每个 Web 服务全局一个连接或任何其他方式？

问题2：如果可以处理每个函数的连接，那么为什么它不关闭服务器上的连接，使打开的连接列表一直变得越来越大，直到我摆脱连接错误？

这个问题与我的其他问题相关，但不相同：奇怪SQL2005问题。 “SqlConnection 不支持并行事务”

我现在已将其范围缩小到“连接不足”错误。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

饭团 2024-07-17 21:15:50

我同意有关重构的评论，但这不是这里的相关问题。

您绝对应该在每个函数中使用连接，听起来您没有正确处理它们。假设数据库操作包含在您正在调用的函数中，您的代码应如下所示：

using (SqlConnection connection = <connection code>)
{
  using (SqlCommand command = <command code>)
  {
    // Execute.
  }
}

在服务器端，连接将保持打开状态。默认情况下，SqlConnection 类启用连接池，因此您将看到服务器端打开的连接。

这种行为是正常的，应该是可以预料到的。

I agree on the comment about refactoring, but that's not the pertinent issue here.

You definitely should use a connection in each function, and it sounds like you aren't disposing of them correctly. Assuming the database operations are contained to the function you are calling, your code should look something like this:

using (SqlConnection connection = <connection code>)
{
  using (SqlCommand command = <command code>)
  {
    // Execute.
  }
}

On the server side, the connections are going to stay open. By default, the SqlConnection class enables connection pooling, so you are going to see the connection open on the server end.

This behavior is normal and should be expected.

回复收藏 0 原文