Oracle中每次存储过程调用都会创建递归会话吗？

首先明确核心结论：并非所有存储过程调用都会生成递归会话，只有特定场景的存储过程才会触发新会话创建。

存储过程与会话的关联逻辑 #

普通存储过程默认在调用方的当前会话上下文中执行，不会额外创建独立会话，你测试简单存储过程前后v$resource_limit的current_utilization无变化是正常现象，和存储过程执行速度无关，本身就不会产生新会话。

会触发生成递归会话的存储过程场景 #

仅当存储过程包含以下逻辑时，才会生成独立的递归会话：

• 存储过程声明了自治事务：即代码中包含PRAGMA AUTONOMOUS_TRANSACTION声明，Oracle需要为自治事务分配独立会话隔离事务上下文，每调用一次这类存储过程都会临时生成递归会话，执行完成后立即释放。
• 存储过程内部调用DBMS_JOB、DBMS_SCHEDULER提交异步任务：异步任务会单独启动独立会话运行，不受当前调用会话的生命周期限制。
• 存储过程内部通过Database Link访问远程数据库：会为远程连接生成对应会话，部分场景下会计入递归会话统计。

v$session与v$resource_limit数值差异原因 #

v$session默认仅展示用户级会话和活跃状态的递归会话，已经分配但处于短暂空闲、正在被回收的递归会话不会在v$session中展示，但仍然会被计入v$resource_limit的current_utilization统计值中，高频创建销毁短生命周期递归会话的场景下，两者差值会非常明显，这也是你观测到差值达到50%的核心原因。

Oracle 10g版本排查建议 #

你可以通过以下方法定位递归会话来源：

1. 查询v$resource_limit中sessions对应的MAX_UTILIZATION值，确认是否已经触达sessions参数设置的1500上限
2. 观测业务高峰时v$sysstat中recursive calls、session count统计值的涨幅，匹配业务逻辑变化
3. 优先排查业务中是否存在高频调用自治事务存储过程、高频提交短生命周期异步任务的逻辑，这类是10g版本下触发ORA-00018 "maximum open sessions exceeded"报错的常见原因

内容的提问来源于stack exchange，提问作者Azat Usmanov