为什么我不断收到错误“ORA-04061：现有的 state 已失效”而没有任何无效对象？ (甲骨文数据库)

Question

环境

我工作的公司编写了一个解决方案，这样我们就可以通过将 API 调用放入表中来将它们发送到数据库外部并对其进行排队。 我用它来从 Jira 中获取一些信息，然后将这些信息插入到数据库中，这样我们就可以将相关数据放入表中并在前端使用它。 我编写了以下 object 类型来处理 api 调用的大部分行为：

• O_API
• O_REQUEST_HANDLER
• O_RESPONSE_HANDLER

基本上 O_API object 类型采用 O_REQUEST_HANDLER 和 O_RESPONSE_HANDLER 作为 arguments。因此从 O_REQUEST_HANDLER 调用方法来准备和发送请求。 然后返回响应，然后由 O_RESPONSE_HANDLER 处理。

我创建了这些 object 类型，因为我们有许多不同的 API 调用要实现，并且每个调用的行为在准备请求和处理响应方面都不同，使用这种方法我可以创建 O_REQUEST_HANDLER 和 O_RESPONSE_HANDLER 的子类型，并将它们传递给调用的 O_API通过多态性的魔法所需的方法。 （可能有一个更适合这个的设计模式，但我只是刚刚学习了策略模式，因为我仍然是我上面提到的公司的学生和实习生）。 这是如何在其中一个过程中使用的示例：

-- creating the request and response handler
l_request_handler := o_jira_get_issues_request_handler(l_startAt, l_lastupdated, l_boardId, l_maxresults);
l_response_handler := o_jira_get_issues_response_handler(l_lastupdated, l_boardId, l_getpagesconcurrently);
        
-- creating the api object
l_jira_api := o_api('Get Jira Issues (& Comments) API', l_request_handler, l_response_handler);

-- calling the procedure to handle the request
l_jira_api.p_processRequest;

调用 api 类型的所有过程都在单个 package 中定义，它只有局部变量，没有定义包范围的变量。

问题

问题是，一旦 API 调用开始从队列中执行，有时会返回错误，指出存在无效对象（队列基本上是一个表，它引用组装和调用关联的 api 调用的过程）。：

ORA-04061: existing state of  has been invalidated
ORA-06512: at SCHEMA.PKG_JIRA, line 112
ORA-06512: at line 1
ORA-06512: at SCHEMA.PKG_QUEUE, line 309

抛出假定错误的行是在创建 O_REQUEST_HANDLER 子类型的那一刻（在本例中，其他 api 调用也抛出相同的错误）：

l_request_handler := o_jira_get_issues_request_handler(l_startAt, l_lastupdated, l_boardId, l_maxresults);

这只发生在我添加了最新的 API 调用之后，所以我很困惑为什么会发生这种情况，我应该提到这也不会发生在每次 API 调用中（即使他们调用完全相同的过程来调用 api 调用相同的请求和响应处理程序类型），它似乎是随机发生的，抛出的错误多于未抛出的错误，因此现在不抛出错误的少数 api 调用是异常（双关语无意）。

我还必须提到，当我手动调用处理 API 调用的过程时，它永远不会抛出错误，只有当它被运行在队列中所有不同条目上的作业调用时才会抛出错误。

我试过的（但没用）

• 我重新编译了我所有的 object 类型和 object 类型的主体（如果它们有依赖关系，我会注意到这是一种痛苦）。
• 我还检查了对 all_objects 表的查询是否仍然存在无效的 object 类型，而实际上没有
• 删除了我的 api 调用的实现，之后错误开始出现。
• request_handler 还有一个 object 属性 request_t，它保存了所有的请求信息。 我还手动重新编译了这个，看看它是否能解决任何问题。
• 手动调用创建、发送和处理 api 调用的过程，正如我之前所说，这工作正常，但它只会在调用队列由外部作业运行时抛出错误。
• 谷歌搜索解决方案的错误，按照说明进行操作，但不幸的是它们无济于事。

我希望这是足够的信息，任何人都可以了解问题可能是什么，我知道我没有展示很多代码，但不幸的是公司禁止我这样做，感谢阅读，我会期待你的答案！

Answer 1

该错误并不意味着存在任何无效对象，因此您的查询不应显示任何对象。

这是由有状态的 package引起的：

如果 PL/SQL package 声明了至少一个变量、常量或 cursor，则 package 是有状态的； 否则，它是无状态的。

你说“没有定义包范围的变量”，但错误表明必须有一些东西让它有状态。

每个引用 package 项目的 session 都有自己的 package 实例。如果 package 是有状态的，则实例包括其 state。

重新编译 package 后，您会看到错误，最初是为了向其中添加新的 API（过程）。 您看到的行为表明您的队列进程有现有的数据库会话 - 可能有几个，来自连接池 - 并且之前引用 package 的每个会话都有 state。

package state 在 session 的生命周期内持续存在，但以下情况除外：

• package 是 SERIALLY_REUSABLE。
• package 主体被重新编译。
  如果实例化的有状态 package 的主体被重新编译（显式地，使用“ALTER PACKAGE 语句”，或隐式地），package 中子程序的下一次调用导致 Oracle 数据库丢弃现有的 883731384213718 O874RA 异常并引发异常-04068。
  在 PL/SQL 引发异常后，对 package 的引用导致 Oracle 数据库重新实例化 package，从而重新初始化它。 因此，之前对 package state 的更改都丢失了。

这仅指 ORA-04068，但 ORA-04061 在同一个 class 问题中。

我认为您可能有连接池的原因是错误并不总是发生。 您在添加新过程后进行的第一次调用会出错，但使用的 session 将有新的 state，如果您碰巧重用它就不会再次出错； 但是，如果您的队列从池中选择了不同的连接，那么它的session 将在第一次出错，但随后就可以了，依此类推。

您尝试的事情只是扩展了问题 - 重新编译所有内容，或者只是 package 再次删除新过程，会丢弃已经遇到的会话中的 state 并清除错误，因此他们会再次点击它。

最终，所有会话都会遇到错误，然后得到干净的 state，但这可能需要一段时间（取决于您的池大小以及循环遍历所有连接所需的时间）； 但是您尝试修复它并没有给它机会。

当然，仅仅遇到错误并解决它们并不理想。 你还没有说你的队列是如何运作的，但如果你使用中间件（比如 WebLogic），通常有一种方法可以重置连接池，它会关闭所有打开的连接并启动新的连接 - 使用新的 state。

如果您知道您有有状态的包然后执行重置，或者如果那不可能那么可能重新启动应用程序/队列，可能需要成为您在将更改部署到 package 时使用的过程的一部分。

当您手动调用 package 时，它将位于连接池外的新 session 中，它本来会有自己的新 state - 所以没有错误，因为没有要丢弃的预编译 state。

如果可以的话，可能值得检查所有的包和其他对象，看看是什么让它们有状态，看看是否真的有必要。