SqlConnection 需要close吗

总结,除了dataReader其他基本不用close,但是SqlDateReader dr = cmd.ExecuteReader(commandBehavious.ConnectionClosed)也只是为了关闭reader后关闭connection用的。归根结底还是为了关闭connection罢了。如果连接多了,只有gc会去回收而不是连接池。gc又是不定时不马上的。所以要加using(connection)

 

http://bbs.csdn.net/topics/390826973

摘自csdn

为了事务使用方便SqlConnection一直没有关闭,我主要是用于cs方面的。不知道不关闭连接影响大不大?会有哪些弊端?请熟悉这块的朋友指点一二

1)http://www.cnblogs.com/jjstar/archive/2004/06/10/14697.aspx

经测试证明,在大访问量的情况下,速度要比关闭数据库连接的ServicedComponent快,
但是付出的代价是数据库增加了约连接池同等数量的线程,并且可连接数量减少。

2)

不关闭比关闭连接快不快我没有测试,占用连接不知道对服务器的影响大不大。我在本机测试不关闭连接的情况下使用默认连接池大小可以开到233个连接。指定max poll size=32767循环创建没有报错了。这个大小肯定可以满足一个中小型的企业erp了。

3)分分钟你的网站就出现连接池已满无法访问而挂掉

4)

关于不关实际上没有多少区别。

关了也只是逻辑上关闭;要不关也行,连接池会帮你处理;
至于数据库,更加不用担心了,就算有上万个连接挂在上面,也不会占多少资源,更加不用说开多少线程了。

要说有问题,就是数据库连接一直保持着,无论需要与否;而且要出连接错误了还不好找真正在什么地方。

 

5)

 

为什么要关闭数据库连接,可以不关闭吗?

 分类:
 
 

目录(?)[+]

 

为什么要关闭数据库连接,可以不关闭吗?

 

首先要说明的是连接数是有限制的:

代码如下:

for (int i = 0; i < 10000; i++)
{
    SqlConnection conn = new SqlConnection(@"Data Source=.\SQLEXPRESS;
                AttachDbFilename=""E:\DB\NORTHWND.mdf"";
                Integrated Security=True;Connect Timeout=30;User Instance=True");

    conn.Open();
    Console.WriteLine("打开了{0}个连接", i);
}

运行结果如下:

image

过一会就会提示打开连接超时了:

clip_image002

 

可以看到数据库连接时有限制的,如果连接不关闭,而且使用的人比较多,那么系统很快就down掉了。

 

 

但是有时候由于某些原因应用程序可能只是几个人使用,所以就有人设计了:

在应用程序启动的时候打开数据库连接,在应用程序关闭的时候关闭数据库连接

那么使用这种方式有什么问题呢?

首先假设有一张表Nums,表定义如下:

image

Main代码如下:

SqlConnection conn = new SqlConnection(@"Data Source=.\SQLEXPRESS;
                    AttachDbFilename=""E:\DB\NORTHWND.mdf"";
                    Integrated Security=True;Connect Timeout=30;User Instance=True");
conn.Open();
Parallel.For(1, 9999, (id) =>
{
    ExecuteCommand(conn, id);
});
 

就是从1到9999开始执行ExecuteCommand

 

ExecuteCommand代码如下:

private static void ExecuteCommand(SqlConnection conn, int id)
{
    Console.WriteLine("正在执行." + id);

    Thread.Sleep(100);

    SqlCommand cmd = new SqlCommand(
       string.Format("Insert into Nums values('{0}') ", id), conn);

    cmd.ExecuteNonQuery();
}

 

运行:

clip_image002[5]

可以看到ExecuteNonQuery方法抛出了异常,原因是连接处于关闭状态。

 

可是我们的连接一直都是open着的啊,并没有调用close,dispose之类的方法啊。

于是在ExecuteCommand前面增加判断条件:

if (conn.State != System.Data.ConnectionState.Open)
    conn.Open();

再次运行:

clip_image002[7]

可以看到还是会出现连接已关闭的问题。你知道什么原因吗?

 

 

这里是由于多线程环境引起的。所以需要加锁。

private static object syncObj = new object();

private static void ExecuteCommand(SqlConnection conn, int id)
{
    lock (syncObj)
    {
        if (conn.State != System.Data.ConnectionState.Open)
            conn.Open();

        Console.WriteLine("正在执行.." + id);

        Thread.Sleep(100);

        SqlCommand cmd = new SqlCommand(
           string.Format("Insert into Nums values('{0}') ", id), conn);

        cmd.ExecuteNonQuery();
    }
}

再次运行:可以发现基本没问题了.

修改Parallel.For的最大值上限,要测试下是否可以长期执行了。

Parallel.For(1, Int32.MaxValue, (id) =>
            {
                ExecuteCommand(conn, id);
            });

 

 

一天测试下来,没出现任何问题。

 

结论:对于某些只有几个人使用的应用程序,可以不关闭数据库连接,但是在写代码的时候最好要加上连接是否打开的判断。

 

你有什么好的看法呢,欢迎留下!

作者:LoveJenny
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。
 
分类: [C#]SqlHelper
posted @   阿玛  阅读(3571)  评论(0编辑  收藏  举报
编辑推荐:
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
阅读排行:
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构
· 字符编码:从基础到乱码解决
点击右上角即可分享
微信分享提示