一切都是为了性能，一切都是为了业务 一、查询的逻辑执行顺序

SQL优化对应于数据库开发的系统,可能性能主要出现在SQL语句上,只要你Java代码,C#代码,或者其他写的没有很大的问题,如果出现了性能问题,那么你可能最需要检查的是你的SQL语句,不要把SQL执行器想象的很强大,他们也是按照一种规则去执行的,所以可能很简单的一个SQL语句,不同的写法,它的执行效率是相差非常大的.这里说明一下,如果你的表记录只有几百条甚至是几千条,可能是体验不到差别的.如果想知道里面的奥妙,你需要制造数据,十万,百万条,在Oracle中,我们组测效率一般是二百万条。

做了很多年有关数据库的开发工作，现在把我对sql优化的一些经验分享下。(由于我主要使用mysql，对其它结构化数据库不太熟悉，所以可能具有片面性，欢迎拍砖)

在ORACLE数据库中，表与表之间的SQL JOIN方式有多种（不仅表与表，还可以表与视图、物化视图等联结）。

数据库innerjoin，leftjoin，rightjoin的区别innerjoin：内连接，结果只包含满足条件的列。leftjoin：左外连接，结果包含满足条件的行及左侧表中的全部行。rightjoin：右外连接，结果包含满足条件的行及右侧表中的全部行。

人们在使用SQL时往往会陷入一个误区，即太关注于所得的结果是否正确，而忽略了不同的实现方法之间可能存在的性能差异，这种性能差异在大型的或是复杂的数据库环境中（如联机事务处理OLTP或决策支持系统DSS）中表现得尤为明显。笔者在工作实践中发现，不良的SQL往往来自于不恰当的索引设计、不充份的连接条件和不可优化的where子句。在对它们进行适当的优化后，其运行速度有了明显地提高！下面我将从这三个方面分别进行总结。

索引不要让Oracle做得太多给优化器更明确的命令减少访问次数细节上的影响索引1、类似书的目录结构2、Oracle的“索引”对象，与表关联的可选对象，提高SQL查询语句的速度3、索引直接指向包含所查询值的行的位置，减少磁盘I/O4、与所索引的表是相互独立的物理结构5、Oracle自动使用并维护索引，插入、删除、更新表后，自动更新索引.

目的数据库参数进行优化所获得的性能提升全部加起来只占数据库应用系统性能提升的40%左右，其余60%的系统性能提升全部来自对应用程序的优化。许多优化专家甚至认为对应用程序的优化可以得到80%的系统性能提升。因此可以肯定，通过优化应用程序来对数据库系统进行优化能获得更大的收益。对应用程序的优化通常可分为两个方面:源代码的优化和SQL语句的优化。由于涉及到对程序逻辑的改变，源代码的优化在时间成本和风险上代价很高(尤其是对正在使用中的系统进行优化)。

选择最有效率的表名顺序(只在基于规则的优化器中有效)：ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名，FROM子句中写在最后的表(基础表drivingtable)将被最先处理，在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表。如果有3个以上的表连接查询,那就需要选择交叉表(intersectiontable)作为基础表,交叉表是指那个被其他表所引用的表.

SQL优化总结：1. 通过 show status 了解SQL执行频率 通过show status可以提供服务器状态信息，可以根据需要显示当前s...

如何优化sql语句（1）选择最有效率的表名顺序(只在基于规则的优化器中有效)：ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名，FROM子句中写在最后的表(基础表drivingtable)将被最先处理，在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表。如果有3个以上的表连接查询,那就需要选择交叉表(intersectiontable)作为基础表,交叉表是指那个被其他表所引用的表.

什么样的SQL需要优化；常见的问题；发现问题的方法。什么样的SQL需要优化引发严重的等待事件消耗大量的系统资源（CPU/IO/MEM）运行时间超长不能满足压力测试指标常见的问题没有恰当的索引（全表扫描）没有使用到恰当的索引重编译问题多表关联条件不当或关联太多分区表没有分析。

Oracle工作原理Oracle内存架构Oracle内存结构OracleSQL概述OracleSQL概述OracleSQL概述OracleSQL执行OracleSQL执行过程OracleSQL执行过程实验：硬解析与软解析的差异SQL优化全表扫描与索引扫描回表查询和不回表查询嵌套循环连接与HASH连接Hint提示AWR安装与配置总体负载(LoadProfile)性能指标

Oracle性能管理是一种利用已证实过的方法，反复试验、判断和实现优化方案的循序渐进的过程。SQL语句优化是性能管理的重要组成部分。

索引是数据库中重要的数据结构，它的根本目的就是为了提高查询效率。现在大多数的数据库产品都采用IBM最先提出的ISAM索引结构。

如何加快查询速度?1、升级硬件2、根据查询条件,建立索引,优化索引、优化访问方式，限制结果集的数据量3、扩大服务器的内存4、增加服务器CPU个数5、对于大的数据库不要设置数据库自动增长，它会降低服务器的性能6、在查询Select语句中用Where字句限制返回的行数,避免表扫描,如果返回不必要的数据，浪费了服务器的I/O资源，加重了网络的负担降低性能。如果表很大，在表扫描的期间将表锁住，禁止其他的联接访问表,后果严重。

ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名，FROM子句中写在最后的表(基础表 driving table)将被最先处理，在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表。如果有3个以上的表连接查询, 那就需要选择交叉表(intersection table)作为基础表, 交叉表是指那个被其他表所引用的表.

  如果WHERE条件中出现!=或者<>，即使该列建立了索引，则该索引也不会被使用；如果不恰当的使用了NOT，则索引也不会被使用。 Oracle 10g起，在基于CBO的优化器模式下Oralce会进行自动优化，但在基于RBO（基于规则）的优化器模式下，依然保持此规则。

Oracle Sql 性能优化影响数据库性能的相关因素1.商业需求对性能的影响2.系统架构与实现对性能的影响3.Query语句对系统性能的影响4.schema设计对系统的性能影响5.硬件环境对系统性能的影响1基本原则不要幻想应用与数据库无关，除非对每种数据库的体系结构以及运行机制有深入的理解，否则很难开发出高性能以及可伸缩的应用。不要把数据库当成一个黑盒子，要尽量使用相应数据库提供的功能。对于SQL语句的优化占Oracle Server优化任务的80%以上。当开发一个新功能时候(有业务逻辑除外)1.如果可能的话，尽量在单条SQL语句里完成。2.如果单条SQL不能完成，尽量在PL/SQL存储过程中完成。

一般原则其他原则索引的使用常用操作符Oracle系统优化方案SQL书写的影响经典SQL语句举例其他建议SQL语句的执行过程A、用户发出SQL请求，打开游标；B、把SQL语句语法分析，执行计划，数据字典等信息存入内存中共享池内；C、从数据文件中把相关数据块读入数据缓冲区；D、做相应操作，若做修改，先加上行级锁，经确认后，把改过前后记录内容存入重做日志缓冲区内；E、返回结果给用户，关闭游标。