Tuning SQL 11

这一章还是概述性的说明

优化器

现在都是在用 Cost-based 这种调优器

注意这本书的作者是个大牛, 他就是说 DBA OVER 那个人, Jonathan Lewis

hint 是人告诉SQL语句使用什么优化, 优先级从下到上. statement->session->instance

ALL_ROWS: 缺省值, 完成所有的row, 用于批处理比较好(9i的缺省值是 choose)

FIRST_ROWS_n : 为了返回头n条记录最好的办法, 这种用于 interface, 当人在看的时候可以先返回100行, 其余的oracle慢慢查

FIRST_ROWS: 向后兼容使用, 10g 11g 不要用这个

hint(提示) 嵌入在sql语句中

  -- 追求最佳响应时间 response time

analyze 是 OEM 里的, 其他的工具都要掌握

execution plan 是一个树, 里边有很多原子操作.

EXPLAIN PLAN , SQL*Plus AUTOTRACE 是我们要掌握的

utlxplan.sql 在 rdbms/admin/ 这个目录下

因为使用 EXPLAIN PLAN FOR 这个命令创建的 execution plan 的汇报会放在一个表中, plan_table, 而上面这个脚本就是用来创建这个表的. plan_table

select employee_id, last_name, salary from employees

where employee_id = 120;

执行计划是:

注意, Operation 是有缩进的, 这表示 oracle 在执行这个语句时肯定要先执行缩进最里边的, 然后逐层往外

注意: 如果是同一缩进, 就先执行上边的, 再执行下边的.

所以, 我们从里向外分析

由上图, 可以分析出

首先, INDEX UNIQUE SCAN 根据这个 unique 所以, oracle 找到了 rowid, 注意 索引的意义是一个索引值对应一个rowid, 根据 where employee_id = 120, 找到了120对应的rowid.

然后, TABLE ACCESS BY INDEX ROWID, 很明显, 根据里层的rowid和表的rowid索引(默认), 我们找到了EMPLOYEES 这个表的对应值

最后, SELECT STATEMENT 很明显是一个类似title的东西, 总括这个SQL语句返回的情况.

另外, 每次分析完以后最好把刚刚说的那个 table 删除(plan_table)

好书推荐: Tom 大师, Effictive Oracle by design. (这本书我有中文版, TOM大师一共2本书, 都有)

一般使用 alter session set sql_trace = True;

用 TKPROF 解读 trace 文件.

USER_DUMP_DEST 决定放置 trace 文件的目录

tkprof 这个工具的目录是在 oracle/bin的目录下

tkprof pitts_ora_5390.trc(这个是输入, 即 user trace file) myoutput.txt(这个是输出, 你随便指定的文件名) 还可以接可选的 [options]

安装