我们正试图找出为什么（相当复杂的）语句在运行时具有极高的差异。有时只需要“几分钟”（大约 40-50 分钟），有时甚至在 12 小时后仍未完成。
我解决此类问题的常用方法是检查语句是否受到监视，如果是，则使用它“实时”执行，dbms_sqltune.report_sql_monitor()以便我可以查明执行中的瓶颈。
但是，Oracle 永远不会监视该特定语句。根据 Oracle 手册，如果出现以下情况，将监视语句：
默认情况下，当 SQL 语句并行运行或在单次执行中消耗了至少 5 秒的 CPU 和 I/O 组合时间时，SQL 监控将自动启动
由于此语句的运行时间大大超过 5 秒，并且使用并行执行，因此应该对其进行监视。
我们甚至在 SQL 中添加了 hintsgather_plan_statistics和monitor来强制监控语句，但它仍然没有被监控。
根据“My Oracle Support”（文档 ID：1613163.1），监视仅限于计划少于 300 行的语句。当我生成计划时，它有 282 行（=计划中的最高行 ID），因此不应阻止监视。
有一个隐藏参数 ( "_sqlmon_max_planlines") 控制它，但这是一个托管数据库服务器，更改类似的东西非常复杂。
所以我的问题是：
对于为什么 Oracle 不监视语句是否有任何其他（可能未记录）限制？
这是 Oracle 11.2.0.3 企业版（计划升级到 11.2.0.4，但这可能需要一些时间）。
有问题的声明有多个计划（准确地说是 13 个），由于某种原因没有被返回
dbms_xplan.display_cursor()。该函数返回的计划是一个少于 300 行的计划，但其他计划有超过 300 行。托管合作伙伴将
"_sqlmon_max_planlines"参数增加到 500 后，现在监视该语句。如果您知道 SQL_ID，您还可以发出：
确保进行监控（例如，即使是短时间运行的 SQL 语句）