当前位置: 移动技术网 > IT编程>开发语言>.net > .NET 数据库连接池

.NET 数据库连接池

2018年04月18日  | 移动技术网IT编程  | 我要评论

卧底军婚,洞房不拜堂,下电影的网站

则您需要负责打开 sqlconnection 对象,而且,更重要的是,在查询结束时关闭该对象。如果您忘记了进行关闭,孤立连接会迅速地积累起来。
监视连接数
为了对孤立连接和发生溢出的连接池进行测试,我编写了一个 web 窗体的示例应用程序。此应用程序使用的方法与您通常用于从查询返回数据的方法相同。(您可以在 http://www.sqlmag.com 上下载此代码的 winforms 版本。)
我使用了清单 1 中的代码来打开和关闭到 web 窗体应用程序的连接。标注 a 中的例程针对 110 个新的 sqlconnection 对象创建、打开和执行查询 — 比默认的池大小多 10 个连接。您必须在离开该例程之前关闭和放弃所有这些连接。如果不这样做,sqlconnection 对象将连同关联的池连接一起被孤立。ado.net 池机制 (aka the pooler) 关闭数据库连接,但不关闭池连接。我将连接池大小设置为 10,以便使该程序更快地失败 — 如果该程序会失败的话。通常,10 个连接对于一个运行速度象这个查询一样快的查询来说已经足够了。许多开发人员运行着忙碌的 web 站点,这些 web 站点使用不到五个连接来处理每天的几十万次点击。
标注 a 中的例程创建 sqlconnection 对象和 sqlcommand 对象,设置 commandtext,并打开连接。然后,标注 b 中的代码确定执行 datareader 时是否使用 commandbehavior.closeconnection,这取决于用户在 web 窗体上选择了哪些 checkbox 控件。
在标注 c 的代码中,我指定是否将 datareader 行集绑定到 datagrid,或者是否在整个行集中进行循环。标注 c 的代码测试当您到达通过 datareader 从数据提供程序传递回来的行集的末尾时会发生什么事情。
现在,我使用标注 d 中的代码来指定是手工关闭连接还是让某个其他操作(例如,数据绑定)来完成这项工作。坦白地说,以手工方式关闭连接通常是最安全的,因此,您可以肯定连接不会被孤立。
如果代码成功地运行到这一步,说明我已经成功地打开和关闭了 110 个连接。不过,如果出了问题,标注 e 的代码中的异常处理程序会将异常(通常是 timeout)作为 invalidoperationexception 捕获,该异常是连接池已满时 ado.net 的响应方式。
表 1 汇总了各个选项使例程成功运行或失败的方式。请注意,如果您不设置 commandbehavior.closeconnection 选项,您的操作最终会失败 — 即使在使用绑定控件的情况下也是如此。即使您使用该选项,但如果您没有使用复杂的绑定控件,或者没有手工关闭 sqldataadapter 或 sqlconnection,该进程仍然会失败。
当我结束了这些示例应用程序的运行后,我已经生成了 1000 多个以上的池连接 — 所有连接均处于孤立状态。虽然“sql server 用户连接”计数为 0,但留下大约 40 个连接池。在我重新引导系统之前,孤立的池不会消失。
我用于此测试的示例应用程序包括使用 dataadapter 来返回行的例程。除非您手工管理连接,否则,dataadapter 将正确地打开和关闭 sqlconnection 对象,因此,您不太可能遇到孤立的池连接。不过,如果您的应用程序同时使用 datareader 和 dataadapter,您可能会发现,如果某个连接与一个未关闭的 datareader 相关联,则 dataadapter 无法针对该连接运行查询。
确定连接池何时达到最大连接数
正如我在 "swimming in the .net connection pool" 一文中讨论的那样,当连接池达到您通过 "max pool size connectionstring" 选项指定的最大连接数时,ado.net 将阻止任何随后打开额外连接的尝试。如果某个连接在您在 "connectiontimeout 选项中指定的时间之前变为可用,。net 数据提供程序将向您的应用程序传递一个指向该连接的指针,以便将控件返回给应用程序。不过,如果没有及时释放任何连接,连接请求将引发 invalidoperationexception 异常。
现在您必须决定要采取的措施,我不建议您告诉用户您已经用完了所有连接。有些应用程序会通知用户系统正忙于帮助其他客户,并建议用户稍后进行访问。其他应用程序则播放一段动画,通知用户系统尚未死锁,而是正在忙于处理他们的请求。同时,您的代码重新尝试操作。在所有情况下,您应该记录这些故障,以便帮助诊断问题的症结所在,并记录您已经耗尽了资源。

如对本文有疑问,请在下面进行留言讨论,广大热心网友会与你互动!! 点击进行留言回复

相关文章:

验证码:
移动技术网