本文整理自网络，侵删。
ORACLE数据库的优化方式和MYSQL等很大的区别，今天通过一个ORACLE数据库实例从表格、数据等各个方便分析了如何进行ORACLE数据库的优化。
tsfree.sql视图
这个sql语句迅速的对每一个表空间中的空间总量与每一个表空间中可用的空间的总量进行比较
表空间是数据库的逻辑划分，一个表空间只能属于一个数据库。所有的数据库对象都存放在指定的表空间中。但主要存放的是表， 所以称作表空间。
SELECT FS.TABLESPACE_NAME "Talbspace", (DF.TOTALSPACE - FS.FREESPACE) "Userd MB", FS.FREESPACE "Free MB", DF.TOTALSPACE "Total MB", ROUND(100 * (FS.FREESPACE / DF.TOTALSPACE)) "Pct Free" FROM (SELECT TABLESPACE_NAME, ROUND(SUM(BYTES) / 1048576) TOTALSPACE FROM DBA_DATA_FILES GROUP BY TABLESPACE_NAME) DF, (SELECT TABLESPACE_NAME, ROUND(SUM(BYTES) / 1048576) FREESPACE FROM DBA_FREE_SPACE GROUP BY TABLESPACE_NAME) FS WHERE DF.TABLESPACE_NAME = FS.TABLESPACE_NAME;
varray 表的使用
CREATE OR REPLACE TYPE EMPLOYER_NAME AS OBJECT (E_NAME VARCHAR(40));
CREATE OR REPLACE TYPE PRIOR_EMPLOYER_NAME_ARR AS VARRAY(10) OF
EMPLOYER_NAME;
CREATE OR REPLACE TYPE FULL_MAILLING_ADRESS_TYPE AS OBJECT(STREET
VARCHAR2(80), CITY VARCHAR2(80), STATE CHAR(2), ZIP VARCHAR2(10));
CREATE OR REPLACE TYPE EMPLOYEE AS OBJECT(LAST_NAME VARCHAR(40),
FULL_ADDRESS FULL_MAILLING_ADRESS_TYPE, PRIOR_EMPLOYERS
PRIOR_EMPLOYER_NAME_ARR);
CREATE TABLE EMP OF EMPLOYEE;
INSERT INTO EMP VALUES('Jim', FULL_MAILLING_ADRESS_TYPE('Airplan Ave', 'Rocky', 'NC', '2343'), PRIOR_EMPLOYER_NAME_ARR(EMPLOYER_NAME('IBM'), EMPLOYER_NAME('APPLE'), EMPLOYER_NAME('CNN')));
-- 回滚
DROP TYPE PRIOR_EMPLOYER_NAME_ARR FORCE;
DROP TYPE FULL_MAILLING_ADRESS_TYPE FORCE;
DROP TYPE EMPLOYEE FORCE;
DROP TYPE EMPLOYER_NAME FORCE;
DROP TABLE EMP;
COMMIT;
SELECT P.LAST_NAME, PRIOR_EMPLOYERS.*
FROM EMP P, TABLE(P.PRIOR_EMPLOYERS) PRIOR_EMPLOYERS
WHERE P.LAST_NAME = 'Jim';
SQL 执行过程
1，检查安全性，确保sql数据执行者有权限执行
2，检查sql语法
3，可能发生的查询重新书写
4，执行
创建执行计划 生产器接受经过解析的sql 捆绑执行计划 执行执行计划 读取结果记录 排序结果集
数据访问方式：
1，全表扫描 db_file_multiblock_read_count = 128 一次性最大读取block的数量 Oracle开启并行： Alter table employee parallel degree 35; 顺序读取，直到结尾 1，当表中不存在索引 2，查询中不包含where字句 3，内置函数中的索引无效 4，like操作 %开头 5，使用基于成本优化器 数据量少时 6，当初始化文件中存在optimizer_mode = all_rows 7，负向条件查询不能使用索引 例如 status != 0, not in, not exists 可以优化为 in (2,3);
下列情况的SQL语句会导致全表扫：
1，使用null条件查询导致全表扫，因为索引不能为空 为了绕过全表扫这个问题，可以采取这样的方法 update emp set name = 'N/A' where name is null; select name from emp where name = 'N/A'; 2，对没有索引的字段查询，找到where条件后面的查询不带索引的字段，加索引可以 大大提高查询性能。 3，带有like条件的查询 like '%x%' 全表扫描，like 'x%' 不会全表扫，因为like 以字符开始。 4，内置的函数使索引无效，对于Date类型的数据来说非常的严重 内置函数 （to_date，to_char） 如果没有创建与内置函数匹配的基于函数的索引，那么这些函数通常会导致sql优化器全表扫描 select name from emp where date < sysdate -8; 检查where子句脚本是否含有 substr to_char decode SELECT SQL_TEXT, DISK_READS, EXECUTIONS, PARSE_CALLS FROM V$SQLAREA WHERE LOWER(SQL_TEXT) LIKE '%substr%' OR LOWER(SQL_TEXT) LIKE '%to_char%' OR LOWER(SQL_TEXT) LIKE '%decode%' ORDER BY DISK_READS DESC; 使用函数索引解决这个问题 5，all_rows 优化器目标是提高吞吐量而且倾向于使用全表扫描，因此 对于任何一 个要求sql快速查询返回部分结果集而言，optimizer_mode 应该设置为first_rows 6,经验上，能过滤80%数据时就可以使用索引，对于订单状态，如果状态很少，不宜 使用索引，如果状态值很多可以使用索引。 7，如果查询字段大部分是单条数据查询，使用Hash索引性能更好 原因:B-TREE 索引的时间复杂度是O(log(n)) Hash 索引的时间复杂度是O(1) 8,符合索引最左前缀，例如建立符合索引(passWord,userName) select * from user u where u.pass_word = ? and u.user_name = ? 可以命中索引 select * from user u where u.user_name = ? and u.pass_word= ? 可以命中索引 select * from user u where u.pass_word = ? 可以命中索引 select * from user u where u.user_name = ? 不可以命中索引
如何找出影响力高的sql语句
视图 v$sqlarea ,下列参数按照重要性从高到低排序 executions ：越经常执行的sql语句就应当越早的调整，因为它会对整体的性能产生巨大的影响。 disk_reads: 磁盘读取，高的磁盘读取量可能表明查询导致过多的输入输出量。 rows_processed:记录处理，处理大量的记录的查询会导致较大的输入输出量，同时在排序的时候对TEMP表空间产生影响。 buffer_gets:缓冲区读取，高的缓冲读取量可能表明了一个高资源使用量的查询。 sorts:排序会导致速度的明显减低，尤其是在TEMP表空间中进行的排序。
2.赛列获取
Oracle对单表簇和多表簇进行散列存储，用来在连接操作中减低输入 输出
3，ROWID 访问
相关阅读 >>
oracle dbca时报：ora-12547 tnslost contact错误的解决
vmware 虚拟机centos7安装oracle数据库的教程图解
更多相关阅读请进入《oracle》频道 >>
数据库系统概念 第6版
本书主要讲述了数据模型、基于对象的数据库和XML、数据存储和查询、事务管理、体系结构等方面的内容。
