[频繁][开关][耗费]一直开着DB连接和频繁的开关DB那个更耗费资源 ...

14. 02.

一直开着DB连接和频繁的开关DB,那个更耗费资源?
比如拿10分钟为限,
一种是一直开着DB连接,
另一种是隔20秒开关一次DB,
哪种方法更耗费资源?

像这种频繁使用DB的情况,怎么做能够合理的利用资源?
大家帮帮忙啊.
谢谢了....
不用吧,频繁打开应该更耗资源
每隔20秒开关一次DB?
————
怎么解释?
一直连着DB,会造成数据库瓶颈(当然还得看连接数)
CS结构的话,连接数不大的情况下都是直接连接的
BS结构的话,连接数都比较大,前端会有连接池,都是请求的时候才去连接的,
以上根据我的个人经验,仅供参考
我也认为有请求连接比较好。
做java的时候,需要频繁操作数据库的程序,都是会有连接池的,因为jdbc取得可用连接基本需要3秒左右时间,保持直连用户体验更好。而连接池会有超时断线的,比如某个连接10分钟未被使用,则释放连接。连接池的{zd0}连接数,就是数据库分配给这个应用的连接数。并不是每次要用就去连一下的。而数据库操作不频繁的,则用不用都无所谓了。
学习了
DB處於open的狀態應該盡可能7X24吧
什么事情都没有{jd1}的,在一定条件下你说的这两个是互有优缺点的。

比如:
  一本程序或者说一套程序,完成一个功能,期间用到很多数据库xxxx频繁的连接断开操作肯定会降低性能。
  而如果这套程序中仅有几个地方用到了数据库操作,整体的执行时间又很长,你保持着数据库连接就没有多大意义了,用的时候再请求反而更符合实际。



谢谢大家的回复.
我做的是一个本地系统.
一般情况下同时连接DB的用户不会超过20.
根据大家的建议,我想我应该在用户登陆开始,
始终让这个用户保持与DB的连接(用户操作中经常用到DB).
等用户退出后,现关掉DB.
不知道我说的对不?请大家提出宝贵意见.谢谢.
这个不一定
一般情况下,肯定是一直连接的开销小。
如果连接的数量很大,已经严重占用了内存,那就需要断开,减少连接数量了。


标签: , , ,


郑重声明:资讯 【[频繁][开关][耗费]一直开着DB连接和频繁的开关DB那个更耗费资源 ...】由 发布,版权归原作者及其所在单位,其原创性以及文中陈述文字和内容未经(企业库qiyeku.com)证实,请读者仅作参考,并请自行核实相关内容。若本文有侵犯到您的版权, 请你提供相关证明及申请并与我们联系(qiyeku # qq.com)或【在线投诉】,我们审核后将会尽快处理。
—— 相关资讯 ——