一个oracle事务的完整执行流程

服务进程如何处理用户进程的请求

服务器进程在完成用户进程的请求过程中，主要完成如下7个任务：


0.sql语句的解析

1.数据块的读入db buffer

2.记日志

3.为事务建立回滚段

4.本事务修改数据块

5.放入dirty list

6.用户commit或rollback

0.sql语句的解析

 

 

 

 

下面要讲oracle服务器进程如可处理用户进程的请求，当一用户进程提交一个sql时：update temp set a=a*2；首先oracle服务器进程从用户进程把信息接收到后，在PGA中就要此进程分配所需内存，存储相关的信息，如在会话内存存储相关的登录信息等；服务器进程把这个sql语句的字符转化为ASCII等效数字码，接着这个ASCII码被传递给一个HASH函数，并返回一个hash值，然后服务器进程将到shared pool中的library cache中去查找是否存在相同的hash值，如果存在，服务器进程将使用这条语句已高速缓存在SHARED POOL的library cache中的已分析过的版本来执行，如果不存在，服务器进程将在CGA中，配合UGA内容对sql，进行语法分析，首先检查语法的正确性，接着对语句中涉及的表，索引，视图等对象进行解析，并对照数据字典检查这些对象的名称以及相关结构，并根据ORACLE选用的优化模式以及数据字典中是否存在相应对象的统计数据和是否使用了存储大纲来生成一个执行计划或从存储大纲中选用一个执行计划，然后再用数据字典核对此用户对相应对象的执行权限，最后生成一个编译代码。ORACLE将这条sql语句的本身实际文本、HASH值、编译代码、与此语名相关联的任何统计数据和该语句的执行计划缓存在SHARED POOL的library cache中。服务器进程通过SHARED POOL 锁存器（shared pool latch）来申请可以向哪些共享PL/SQL区中缓存这此内容，也就是说被SHARED POOL锁存器锁定的PL/SQL区中的块不可被覆盖，因为这些块可能被其它进程所使用。在SQL分析阶段将用到LIBRARY CACHE，从数据字典中核对表、视图等结构的时候，需要将数据字典从磁盘读入LIBRARY CACHE，因此，在读入之前也要使用LIBRARY CACHE锁存器（library cache pin，library cache lock）来申请用于缓存数据字典。

 

到现在为止，这个sql语句已经被编译成可执行的代码了，但还不知道要操作哪些数据，所以服务器进程还要为这个sql准备预处理数据。

 

 

 

 

1.数据块的读入db buffer

 

 

 

Oracle处理数据，都需要把数据读取到内存中（即db buffer中），首先服务器进程要判断所需数据是否在db buffer存在，如果存在且可用，则直接获取该数据，同时根据LRU算法增加其访问计数；如果buffer不存在所需数据，则要从数据文件上读取。首先服务器进程将在表头部请求TM锁（保证此事务执行过程其他用户不能修改表的结构），如果成功加TM锁，再请求一些行级锁（TX锁），如果TM、TX锁都成功加锁，那么才开始从数据文件读数据，在读数据之前，要先为读取的文件准备好buffer空间。服务器进程需要扫面LRU list寻找