为什么我的 Oracle SQL 查询不使用并行性？

了解 Oracle 对单个 SQL 查询的并行性限制

虽然 Oracle 11g 第 2 版引入了高级并行化功能，但为特定查询实现最佳并行性需要仔细考虑和分析。尽管应用了各种并行性提示，例如 /* PARALLEL */，您的查询似乎仍然局限于单个 CPU。

并行性的整体方法

理解 Oracle 的并行性至关重要，因为它涉及系统参数、查询特征和运行时条件之间复杂的相互作用。首先提出基本问题：

• 请求了多少并行服务器？
• 分配了多少并行服务器？
• 有效使用了多少并行服务器？

识别瓶颈

利用全面的 SQL 监控工具与主动报告以揭示执行计划中缓慢步骤的根本原因。该工具揭示了每个步骤花费的时间以及实现的并行度。

影响并行服务器分配的因素

许多因素都会影响并行服务器的分配。一些关键考虑因素包括：

• 操作间并行性：排序或分组操作可能导致并行服务器分配加倍。
• 查询提示： 首选显式语句级提示，但对象级提示也会影响并行性。
• 递归 SQL：递归 SQL，例如处理未缓存的序列，可以有效地序列化操作。
• 更改会话设置：更改会话命令可以强制或启用并行处理。
• 表和索引程度：较小的表和索引可能无法从并行性中受益。
• 优化器注意事项：如果优化器认为串行处理更有效，则可以选择串行处理而不是并行处理。
• 计划管理： SQL 计划基线等功能可以改变 SQL 计划背后的并行度
• 版本限制：仅企业版和个人版支持并行操作。

其他注意事项

可能影响的其他因素并行性包括：

• 操作系统和硬件限制：CPU 内核、内存和 I/O 功能影响并行性。
• 并行 DML 限制：某些场景，例如触发器或自引用约束，可以防止并行 DML
• 错误和限制：偶尔的解析问题或 Oracle 错误可能会导致意外的并行行为。

优化最佳并行性

实现最佳并行性需要进行实验并了解特定的工作负载特征。请考虑以下提示：

• 避免不必要的提示：仅在必要时使用提示，因为它们有时会干扰优化器的决策。
• 启用并行 DML： 如果您需要，请确保启用并行 DML
• 修改系统参数：调整 PARALLEL_DEGREE_LIMIT 和 PARALLEL_MIN_SERVERS 等系统参数来微调并行度。
• 考虑分区：分区可以增强通过将数据分布到多个并行处理
• 分析并行度使用情况：监视 SQL_MONITOR 报告中的 SQL_ID 以识别瓶颈和需要改进的地方。

以上是为什么我的 Oracle SQL 查询不使用并行性？的详细内容。更多信息请关注PHP中文网其他相关文章！