原因是有连接数据库,但是没有会话的 *** 作,一般情况下不需要处理。
需要注意的是,如果会话太多,会到数据库会话限制,这个时候需要杀数据库会话和 *** 作系统进程。
原因:1、EF 、EFCore 中默认存在链接池,每次数据库 *** 作完成之后,会将连接丢到连接池。连接的释放过程单独管控(这里不做详细解释);
2、当Oracle数据库中设置有连接(会话)有效期时,到期后,Oracle服务端会中断连接,并将会话标识为:SNIPED状态;
注:查询数据中已超时,未释放的会话:select * from v$session where status = 'SNIPED'
3、当Oracle数据库中连接超时后,EF连接池中的连接依然存在,若再次进行数据库 *** 作,则会提示 idle 超时异常;
解决方案:
方案1:调整数据库设置,将数据库中的“IDLE_TIME”设置未“UNLIMITED”,具体方式请自行百度
可通过以下语句查看当前设置:
select username, b.* from dba_users a, dba_profiles b where a.profile = b.profile and username='IOT_SUB_ALL'
方案2:
在项目代码数据库连接字符串中添加:min pool size=0设置,将EF连接池最小连接保持数设置为0(默认为1);
连接字符串样式:
"User Id=用户idPassword=密码Data Source=IP:端口/服务器名min pool size=0"
连接字符串参数详细说明见:
https://docs.oracle.com/database/121/ODPNT/OracleConnectionClass.htm#ODPNT805
用如下语句查询未释放连接的sql。
select object_name,machine,s.sid,s.serial# from v$locked_object l,dba_objects o ,v$session s where l.object_id = o.object_id and l.session_id=s.sid如图,就是查看未释放连接的语句的sid等内容。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)