在 Oracle 資料庫效能調校中，理解「驅動表」的選擇機制至關重要。成本基礎優化器（CBO）依賴統計資訊來決定最佳的連接順序與驅動表；若缺乏統計資訊，CBO

文档原文与质疑 「All things being equal RBO chooses the driving order by taking the tab

方法对比速览 方法是否执行 SQL输出内容适用场景 AUTOTRACE TRACEONLY否计划 + 统计信息 (估算)已知

Hash Join 核心流程 Build Phase：读取较小行源 (Build Input)，在 PGA 中构建哈希表 (分桶) 与位图过滤器。

Join 基础概念 一次仅连接两个行源，多表连接按顺序两两合并。 驱动表 (外部表)：优先访问、应用过滤条件产生小行源的表，显著降低后续连接开

单机无法达成 99.99% 可用性 硬件故障、内核恐慌、电源失效等单点风险不可消除，高可用本质是故障转移自动化，需付出冗余成本。 方案对比视角 维度

分类依据：索引类型 + WHERE 谓词 1. 索引唯一扫描 (INDEX UNIQUE SCAN) 前提：唯一索引 (PK/UK) 或复合唯一索引

索引扫描两步走 扫描索引结构获取 ROWID (逻辑 I/O，多半在内存)。 按 ROWID 回表访问数据块 (物理 I/O 概率高，耗时)。

物理读取单位 最小单位：数据库块 (由多个 OS 块组成)，典型 8KB/16KB。 最大单位：DB_FILE_MULTIBLOCK_READ

核心概念 行源：每步返回的行集合，供下一步消费或最终返回客户端。 存取路径：从数据文件物理读取数据的步骤 (如全表扫描、索引扫描)。

工具定位 纯 Java 开发，单文件 2.3 MB，无需安装 Oracle Client，即插即用于 Windows/Linux/Unix，支持 JDK 1.4

什麼是選擇性？ 選擇性 = 列唯一值數量 / 表總行數 值趨近 1：高選擇性（如主鍵、唯一鍵），極適合建立索引，索引掃描回傳極少行。 值趨近 0：低選

共享 SQL 機制 Oracle 將解析後的 SQL 文字與執行計畫存放於 SGA 共享池。後續相同 SQL 可直接重用，避免重複解析，大幅降低 CPU 與閂爭

为何 DBA 需要了解密码破解？ 遗留系统无文档、原开发人员离职，需恢复应用账号密码。 审计发现弱口令，需验证并强制整改。 理解哈希机

一、建立密碼檔指令與命名規範 ORAPWD FILE=檔名 PASSWORD=密碼 ENTRIES=最大用戶數 Unix/Linux 環境 檔名強制為

為什麼要避免硬解析？ 硬解析耗費大量 CPU 與閂資源。若共享池有現成副本，可軟解析直接重用執行計畫與優化決策，極大降低開銷。匹配過程分兩階段： 階段一：文字

兩類 SQL、兩種解析 DDL：從不共用，每次皆硬解析。 DML：視情況進行硬解析或軟解析。 官方文檔（8i OCP）舊版解析步驟（有誤）

問題場景 用戶 A：預設表空間 A1，暫存表空間 A2。 新建表空間 A3，需讓 A 能在 A3 建表。 限制：不授予 CREATE ANY TA

核心價值：為什麼需要表空間配額？ 管控建立物件權限：用戶需同時具備系統權限（如 CREATE TABLE）與目標表空間配額，才能建立物件。收回配額即可凍結

前置設定 修改 init.ora（或 spfile），設定 UTL_FILE_DIR 參數指向允許讀寫的目錄： UTL_FILE_DIR = /usr