sql执行过程分析

我们总是写sql语句，数据库把结果返回给我们，那中间过程又是什么？如果了解oracle是怎么执行sql语句的中间过程，对我们优化sql有很大的帮助

首先了解一下执行sql，需要消耗什么资源，
cpu，
内存，
io，

我们要了解什么情况下会消耗cpu，什么情况下消耗内存，什么情况下消耗io，只有了解了这些，我们才能
有针对性的优化，如果oracle的瓶颈在内存上，就要通过一定的手段（可以查看awr报告，也可以直接查询oracle统计表）去找出最消耗内存的sql语句来优化，
是select出来的无用字段太多了，还是表之间的关联太多了，还是无效的排序太多了，这都是消耗内存的操作，只有了解什么操作是消耗内存的，才能有针对性
的优化

在了解sql过程之前，我们有必要了解一些概念：
硬解析，
软解析，
物理读，
逻辑读，
buffer
父游标
子游标

下面我们来详细了解一下sql语句从客户端发起，到数据库服务端返回数据，中间到底发生了什么事情，我们以select username from tbuser为例
实验环境：oracle    专用服务器模式

oracle要判断语法是否正确
查询的表（tbuser）是否存在
当前用户是否有权限使用该表
select出的字段username是否存在

以上条件只要有一个失败，就会中止查询

上面的判断都是在pga中进行的，如果判断都正确的话，就会进入到sga中查找该语句是否在sga的share pool中存在，如果存在，则说明该语句曾经执行过，oracle会充分利用该资源，
oracle判断sql是否相同，是通过把sql转换为asc码来比较的，所以说，如果语句中大小写不相同，或者多一个空格，少一个空格，oracle都会认为不一样，重新解析该sql语句

比如：select username from tbuser和select userName from tbuser就是不一样的sql语句，oracle会解析俩次，不能充分共享sql语句，会造成硬解析太多，性能下降

如果要执行的sql语句在share pool中已经存在，就可以共享该语句的父游标了，那能不能共享子游标呢，还不一定

 

待续。。。