Oracle not exists优化差异：12c与10g性能对比

本文将深入探讨Oracle数据库中`not exists`操作对外层查询性能的影响。作者通过一个实际案例展示，当在12c版本与10g版本的环境下运行相同的SQL查询时，由于数据细微差别导致not exists子查询返回值的不同，从而引起了缓冲区获取（buffer gets）行为的显著变化。在12c环境中，缓冲区使用率较高，而在10g环境中则较低。 首先，作者通过创建两个表`t1`和`t2`并插入大量数据来模拟不同环境下的数据结构。在10g环境中，`t2`表包含300,000行数据，而12c环境的`t2`表仅比10g少一行，仅有一个部门标识'dep_id'为'mm'。SQL查询语句是根据部门标识分组并计算每个部门的记录数量，使用`not exists`来检查是否存在某个特定条件（这里没有明确给出）。 在10g中执行的SQL查询结果表明，部门'dep_id'为'kk'的记录数量为3,000,000，这表明该部门存在大量数据。然而，12c环境中的子查询可能因为数据差异没有找到匹配的记录，使得外层查询可能不得不扫描更多的数据来确定不存在性，从而增加了缓冲区获取次数。 这说明，虽然两个环境的数据量大致相同，但Oracle 12c的优化器处理not exists子查询的方式可能与10g有所不同，这可能是由于优化器策略、内存管理或者查询计划的调整。优化器可能会在12c中选择更复杂的查询策略以提高查询效率，但同时也可能导致更高的资源消耗。 为了进一步分析这个问题，可能需要查看这两个环境下的执行计划（EXPLAIN PLAN），对比10g和12c下查询的执行路径，以理解为何`not exists`操作在12c中产生了如此大的性能影响。此外，调整参数如`_optimizer_index_cost_adj`或者`_optimizer_search_depth`，以及启用统计信息的收集和分析，都可能有助于优化查询性能。 这个案例强调了在升级数据库版本或更改数据结构时，对于SQL性能的影响不能忽视，特别是涉及到子查询和特定查询优化器行为的时候。理解这些微妙的性能差异对于确保数据库性能和优化查询至关重要。