Oracle 19C SQL解析 （语法，语义，共享池检查）

• SQL解析
  SQL处理的第一阶段是 解析 。
• SQL优化
  在优化期间，Oracle数据库必须对每个唯一的DML语句至少执行一次硬解析，并在此解析期间执行优化。
• SQL行源代
  的 行源发生器 是从优化器接收最佳执行计划，并产生一个迭代执行计划是由数据库的其余部分可用软件。
• SQL执行
  在 执行 期间，SQL引擎执行行源生成器生成的树中的每个行源。 这一步是在DML处理的唯一的强制步骤。

• 语法检查
  Oracle数据库必须检查每个SQL语句的语法有效性。
• 语义检查
  语句的语义是其含义。 语义检查确定语句是否有意义，例如，语句中的对象和列是否存在。
• 共享池检查
  在解析过程中，数据库执行共享池检查，以确定它是否可以跳过资源密集型语句处理步骤。

SQL> SELECT * FORM employees;
SELECT * FORM employees
ERROR at line 1:
ORA-00923: FROM keyword not found where expected

SQL> SELECT * FROM nonexistent_table;
SELECT * FROM nonexistent_table
ERROR at line 1:
ORA-00942: table or view does not exist

• 语句的内存地址
  

  Oracle数据库使用SQL ID在查询表中执行键控读取。 这样，数据库即可获取该语句的可能内存地址。

• 语句 执行计划的 哈希值
  

  一个SQL语句在共享池中可以有多个计划。 通常，每个计划都有不同的哈希值。 如果相同的SQL ID具有多个计划哈希值，则数据库知道该SQL ID存在多个计划。

解析操作分为以下几类，具体取决于提交的语句的类型和哈希检查的结果：

• 硬解析
  

  如果Oracle数据库无法重用现有代码，则它必须构建该应用程序代码的新的可执行版本。 此操作称为 硬解析 或 库高速缓存未命中 。

  注意：

  数据库始终执行DDL的硬解析。

  在硬解析期间，数据库多次访问库高速缓存和数据字典高速缓存以检查数据字典。 当数据库访问这些区域时，它将 在所需对象上 使用称为 锁存器 的序列化设备， 以使它们的定义不变。 锁存争用会增加语句执行时间并减少并发性。

• 软解析
  

  一个 软分析 是任何解析这不是一个硬解析。 如果提交的语句与共享池中的可重用SQL语句相同，则Oracle数据库将重用现有代码。 代码的这种重用也称为 库缓存命中 。

  软解析在执行多少工作方面可能有所不同。 例如，配置会话共享SQL区域有时可以减少软解析中的锁存量，从而使它们“更软”。

  通常，软解析优于硬解析，因为数据库会跳过优化和行源生成步骤，直接执行。

下图是 UPDATE 专用服务器体系结构中语句 的共享池检查的简化表示 。

图3-2共享池检查

“图3-2共享池检查”的描述

如果检查确定共享池中的语句具有相同的哈希值，则数据库将执行语义和环境检查以确定该语句是否具有相同的含义。 相同的语法是不够的。 例如，假设有两个不同的用户登录数据库并发出以下SQL语句：

CREATE TABLE my_table ( some_col INTEGER );
SELECT * FROM my_table;

SELECT 两个用户 的 语句在语法上是相同的，但命名了两个单独的模式对象 my_table 。 这种语义上的差异意味着第二条语句不能为第一条语句重用代码。

即使两个语句在语义上是相同的，环境差异也可能导致硬解析。 在这种情况下， 优化器环境 是可能影响执行计划生成的所有会话设置，例如工作区大小或优化器设置（例如，优化器模式）。 考虑由单个用户执行的以下一系列SQL语句：

ALTER SESSION SET OPTIMIZER_MODE=ALL_ROWS;
ALTER SYSTEM FLUSH SHARED_POOL;               # optimizer environment 1
SELECT * FROM sh.sales;
ALTER SESSION SET OPTIMIZER_MODE=FIRST_ROWS;  # optimizer environment 2
SELECT * FROM sh.sales;