相克军_Oracle体系_随堂笔记003-体系概述

1.进程结构图
相克军_Oracle体系_随堂笔记003-体系概述
对Oracle生产库来讲,服务器进程(可以简单理解是前台进程)的数量远远大于后台进程。因为一个用户进程对应了一个服务器进程。
而且后台进程一般出问题几率不大,所以学习重点也是 服务器进程和PGA的关系(容易出问题)。
 
2.Oracle 实例管理
6大共享池,5大后台进程,3大文件
控制文件:记录了各文件存放的位置以及当前的运行状态;
数据文件:存放数据;
重做日志文件:对数据文件所有的修改记录;
相克军_Oracle体系_随堂笔记003-体系概述
补充知识点:
(1)实际生产环境中可以多个实例(一般是2个,4个,8个)对应一个数据库。
例如RAC技术,在日常情况下2个实例实现负载均衡(LB),在一个实例出故障的时候也能继续单实例运转。
相克军_Oracle体系_随堂笔记003-体系概述
(2)实际生产库环境,user=>应用服务器=>数据库服务器;
客户端输入SQL语句,SQL语句通过网络到达,数据库实例,server process接受SQL语句。
相克军_Oracle体系_随堂笔记003-体系概述
 
3.SQL语句执行过程剖析
(1)sql语句读取数据:
解析(parse)=>执行(execute)=>获取数据(fetch)
 
解析简单划分可以分为:硬解析和软解析。(实际还有软软解析)
硬解析过程中:会判断sql语法,查询的表是否存在,是否有权限,判断如何执行(挑出最优的执行计划作为执行计划,最费时间,耗费CPU,I/O资源);
软解析是在shared pool中library cache中找到了缓存的sql语句和执行计划,这样就不会再挑选执行计划,节约了大部分时间。
 
sql语句读取这块还引入了一个L I/O和 P I/O的概念:
L I/O    逻辑读(内存读)
P I/O    物理读(硬盘读)
 
Database buffer cache:用来缓存dbf的数据块。如果用户查询的数据块没有在这里找到,会从数据文件中取数据先放在buffer cache中,再返回给用户。
 
有关缓存的地方都涉及一个命中率的概念,实际上,命中率低一定有问题,命中率高不一定没问题,还要关注此时系统每秒钟的物理读是多少。
#vmstat 1 10
#iostat 1 10
(2)sql语句修改数据:
只是修改buffer cache中的数据,这样效率高。
注:server process不负责写,由background process负责写(DBWn,LGWR)。这实际上是Oracle设计的一个小技巧,把用户不关心的事情交给后台进程来做,把跟用户关心的才交给server process来做,后期优化也主要就针对server process进行优化。
 
4.shared pool、sql共享、绑定变量
a、shared pool的组成
    3块区域:free、library cache、row cache
    select * from v$sgastat a where a.name = 'library cache';

    select * from v$sgastat a where a.pool = 'shared pool' and a.name = 'free memory';

    select * from v$sgastat a where a.name = 'row cache';

简述数据字典
b、硬解析
    硬解析步骤、软解析步骤
    讲解shared pool内存块组成结构
    两个概念:chain、chunk
    ora-4031错误
    select count(*) from x$ksmsp;

    select count(*) from dba_objects;

    alter system flush shared_pool;

    软硬解析的具体情况
    select name, value from v$sysstat where name like 'parse%';

c、SQL共享,绑定变量
    SQL语句组成,动态部分、静态部分
    cursor_sharing
    delare

    v1 varchar2(10);

    n1 int;

    begin

    n1:=1;

    select salary into v1 from test where id=n1;

    end;    

你可能感兴趣的:(oracle)