这是个终极问题，因为优化本身的复杂性实在是难以总结的，很多时候优化的方法并不是用到了什么高深莫测的技术，而只是一个思想意识层面的差异，而这些都很可能连带导致性能表现上的巨大差异。 所以有时候我们应该先搞清楚需求到底是什么，SQL本身是否合理，这些思考很可能会使优化工作事半功倍。而本文是假设SQL本身合理，从Oracle提供给我们的一些技术手段来简单介绍下Oracle数据库，该如何使用一些现有的技术来优化一个SQL执行的性能。

1. 确定需要优化的SQL文本及当前SQL执行计划

优化之前先确定好需要优化的SQL文本以及当前SQL的执行计划是什么样，注意PL/SQL Developer这类工具F5看到的执行计划很可能并不准确。 相关内容参考：

2. 确定SQL涉及的所有表及其索引的相关信息

确定查询涉及到的所有表及其索引的相关基础信息。比如:

各表的数据量

表和索引类型

表分区信息，每个分区的数据量

索引字段

索引分区信息

表关联方式

结果集的数量

确定相关信息，以T2表为例：

--普通表/分区表信息
select * from dba_tables where table_name = 'T2';
select * from dba_part_tables where table_name = 'T2'; 
--普通表/分区表的每个分区大约__G大小
select (t.bytes/1024/1024) "MB", t.* from dba_segments t where segment_name = 'T2';  

--表数据量信息
--普通表的数据量
select count(1) from T2; --____数据左右
--分区表的某个分区数据量
select count(*) from T2 partition(P20160101);  --____数据左右
select count(*) from T2 partition(P20160102);

--表索引信息
--普通表索引及各个索引的索引列
select * from dba_indexes where table_name = 'T2';
select * from dba_ind_columns where index_name in (select index_name from dba_indexes where table_name = 'T2')order by index_name, column_position;
--分区表索引及各个索引的索引列
select * from dba_part_indexes where table_name = 'T2';
select * from dba_ind_columns where index_name in (select index_name from dba_part_indexes where table_name = 'T2') order by index_name, column_position;
--索引段大小信息
--select (t.bytes/1024/1024) "MB", t.* from dba_segments t where segment_name in (select index_name from dba_part_indexes where table_name = 'T2') order by segment_name, partition_name;

3. 运行SQL Tuning Advisor 得到调整建议供优化参考

运行SQL Tuning Advisor 得到调整建议供优化参考, SQL Tuning Advisor得到的优化建议仅供参考，具体如何做还需要结合业务实际情况。

4. 收集表信息

例如收集ZJY用户下T2表的统计信息。（T2是range分区表，按天分区，每天数据量大概80w，存放半年）

SQL> execute dbms_stats.gather_table_stats(ownname => 'ZJY', tabname => 'T2', estimate_percent => DBMS_STATS.AUTO_SAMPLE_SIZE, method_opt => 'FOR ALL COLUMNS SIZE AUTO', cascade => TRUE, degree => 16);
 
PL/SQL procedure successfully completed
 
Executed in 5896.641 seconds

统计信息加锁/解锁

--锁住表的统计信息
exec dbms_stats.lock_table_stats('ZJY','T2'); 
--解锁表的统计信息
exec dbms_stats.unlock_table_stats('ZJY','T2'); 

相关内容参考：