数据库连接池,该怎么处理

数据库连接池,该怎么处理,第1张

由于创建连接的代价是很高的, 我们每次访问数据库都重新创建连接的话是非常消耗性的.

我们可以再程序启动的时候先创建出一些连接, 放在一个集合中, 访问数据库的时候从集合中获取, 使用结束再放回集合中.

这样做只是在程序启动的时候消耗性能去创建连接, 每次访问数据库的时候都是从内存中获取连接, 可以大大提升效率.

注意事项:

由于池中增删非常频繁, 使用集合LinkedList效率较高

集合中所有连接都被占用时创建新连接, 但需要注意连接总数

使用组合模式/动态代理处理释放连接的方法, 当运行close方法时, 将连接放回池中

关于数据库连接池:

数据库连接是一种关键的有限的昂贵的资源,这一点在多用户的网页应用程序中体现得尤为突出。对数据库连接的管理能显著影响到整个应用程序的伸缩性和健壮性,影响到程序的性能指标。数据库连接池正是针对这个问题提出来的。

数据库连接池负责分配、管理和释放数据库连接,它允许应用程序重复使用一个现有的数据库连接,而再不是重新建立一个;释放空闲时间超过最大空闲时间的数据库连接来避免因为没有释放数据库连接而引起的数据库连接遗漏。这项技术能明显提高对数据库 *** 作的性能。

数据库连接池在初始化时将创建一定数量的数据库连接放到连接池中,这些数据库连接的数量是由最小数据库连接数来设定的。无论这些数据库连接是否被 使用,连接池都将一直保证至少拥有这么多的连接数量。连接池的最大数据库连接数量限定了这个连接池能占有的最大连接数,当应用程序向连接池请求的连接数超 过最大连接数量时,这些请求将被加入到等待队列中。

数据库连接池的最小连接数和最大连接数的设置要考虑到下列几个因素:

1) 最小连接数是连接池一直保持的数据库连接,所以如果应用程序对数据库连接的使用量不大,将会有大量的数据库连接资源被浪费;

2) 最大连接数是连接池能申请的最大连接数,如果数据库连接请求超过此数,后面的数据库连接请求将被加入到等待队列中,这会影响之后的数据库 *** 作。

3) 如果最小连接数与最大连接数相差太大,那么最先的连接请求将会获利,之后超过最小连接数量的连接请求等价于建立一个新的数据库连接。不过,这些大于最小连接数的数据库连接在使用完不会马上被释放,它将被放到连接池中等待重复使用或是空闲超时后被释放。

J2EE服务器启动时会建立一定数量的池连接,并一直维持不少于此数目的池连接。

调用:客户端程序需要连接时,池驱动程序会返回一个未使用的池连接并将其表记为 忙。如果当前没有空闲连接,池驱动程序就新建一定数量的连接,新建连接的数量有配置参数决定。

释放:当使用的池连接调用完成后,池驱动程序将此连接表记为空闲, 其他调用就可以使用这个连接

让我来告诉你把,我是有这方面感受的

数据库和应用程序的连接不是无限制的。要知道一点就是,无论是什么数据库都是按可连接数和可支持CPU数来卖的,但现在的企业老板都希望成本降到最低,所以买数据库肯定不会花多少钱,买服务器也不会买多少CPU啦,这样你能随便浪费数据库连接吗?

如果你几下就把数据库连接用完了,别人就连不上了,所以必须是连上以后马上读数据,读完数据马上关闭,把连接数据库的机会赶快让出来。

但是每次在关闭、重新连接数据库之间,这个 *** 作是很复杂的,^_^,当然这已经被封装起来,不用你去管,但很费时间,而连接池就是把连接缓存起来,而不是销毁,当你用完以后并关闭的时候,并不销毁这个连接,而是把他保存起来,留着给其他人用,免得下去重新生成这个连接

这个提示有时候你需要回收一下。

给你几个可能性吧:

首先你做一个调试方法:

做一下异常处理try catch finally

然后解决方案:

1、把conn.close()关一下,或conn.dispose()就行了。

2、dr要记得随时关了。

3、最好的方法是:

修改web.config,sql连接语句,改成如何:就是修改连接池的数量:

512什么的。

<add key= "dns " value= "Initial Catalog=ClfilmData Source=(local)User ID = sa Password=renEnlist=truePooling=trueMax Pool Size=300Min Pool Size=0Connection Lifetime=300user id=sapacket size=1000

"/>


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/9568845.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-29
下一篇 2023-04-29

发表评论

登录后才能评论

评论列表(0条)

保存