ADO.NET计数器bug之使用性能计数器观察连接池总结

运用ADO.NET很长时间了， 偶然间发现了ADO.NET1.1下使用性能计数器观察连接池有关计数器的两个bug，下面就和大家说说。

成都网络公司-成都网站建设公司创新互联十载经验成就非凡，专业从事网站设计制作、成都做网站，成都网页设计，成都网页制作，软文推广，广告投放平台等。十载来已成功提供全面的成都网站建设方案，打造行业特色的成都网站建设案例，建站热线：028-86922220，我们期待您的来电！

简单说说ADO.NET计数器bug

ADO.NET计数器bug一.

当应用程序进程关闭后，计数器“SqlClient: Current # pooled connections”和“SqlClient: Current # connection pools”不会减为0，所以每重新运行一次应用程序性能计数器的值在上次的值的基础上一直累加。这是计数器的错误显示，实际上当应用程序关闭后connection pool和pooled connection就减为0。因为关闭应用程序后把性能监视器也关闭，重启应用程序后再重新打开性能监视器就可以看出“SqlClient: Current # pooled connections”和“SqlClient: Current # connection pools”是重新从0开始上升的。

ADO.NET计数器bug二.

用断点调试的情况下，连接串为"server = .;database = northwind;pooling = true;trusted_connection = true" 的connnection第一次Open的时候“SqlClient: Current # pooled connections”就从0变为2。但根据连接串参数的意义，只Open了一个connection，“SqlClient: Current # pooled connections”应该从0变为1（图2是在没有断点调试的情况下得出的曲线）。这不是计数器显示错误，而是ADO.ENT 1.1本身的bug，因为“User Connections”也随着“SqlClient: Current # pooled connections”从0变为2。

为什么需要连接池？

完成建立/关闭一个连接的完整过程是一个消耗大量资源和时间的一个过程。想象一下一个ASP.NET的系统，里面包含大量访问数据库的代码片，系统有大量的用户同时在使用系统，如果程序每次Open/Close一个连接Data Provider都完成建立/关闭一个连接的完整过程，这样的系统性能肯定让人无法接受。

Data Provider提供连接池并通过连接池实现“物理连接”重复使用而避免频繁地建立和关闭“物理连接”，从而大大提高应用系统的性能。图1描述一个应用的不同Client App使用连接池访问数据库，Data Provider负责建立和管理一个或者多个的连接池，每一个连接池里有一个或者多个连接，池里的连接就是“逻辑连接”。连接池里有N个连接表示该连接池与数据库之间有N个“物理连接”。增加一个连接，连接池与数据库的“物理连接”就增加一个，减少一个连接，连接池与数据库的“物理连接”就减少一个。

【编辑推荐】

1. 详谈Linq查询结果分析的方法
2. 简简单单学习Linq查询语法
3. 详细阐述Linq插入数据的操作方法
4. 浅析Linq插入数据的实现方法
5. 简单解决Linq多条件组合问题

文章标题：ADO.NET计数器bug之使用性能计数器观察连接池总结
新闻来源：http://www.shufengxianlan.com/qtweb/news37/498087.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联