1.进程结构图
    image.png

    对Oracle生产库来讲，服务器进程（可以简单理解是前台进程）的数量远远大于后台进程。因为一个用户进程对应了一个服务器进程。
    而且后台进程一般出问题几率不大，所以学习重点也是服务器进程和PGA的关系（容易出问题）。

    2.Oracle 实例管理
    6大共享池，5大后台进程，3大文件
    控制文件：记录了各文件存放的位置以及当前的运行状态；
    数据文件：存放数据；
    重做日志文件：对数据文件所有的修改记录；
    image.png
    补充知识点：
    (1)实际生产环境中可以多个实例（一般是2个，4个，8个）对应一个数据库。
    例如RAC技术，在日常情况下2个实例实现负载均衡（LB），在一个实例出故障的时候也能继续单实例运转。
    image.png
    (2)实际生产库环境，user=>应用服务器=>数据库服务器；
    客户端输入SQL语句，SQL语句通过网络到达，数据库实例，server process接受SQL语句。
    image.png

    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’; 
    1. select * from v$sgastat a where a.pool = 'shared pool' and a.name = 'free memory';<br />    select * from v$sgastat a where a.name = 'row cache';<br />简述数据字典<br />b、硬解析<br />硬解析步骤、软解析步骤<br />讲解shared pool内存块组成结构<br />两个概念：chain、chunk<br />ora-4031错误<br />    软硬解析的具体情况<br />c、SQL共享，绑定变量<br />SQL语句组成，动态部分、静态部分<br />cursor_sharing
    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%’;
    delare
    v1 varchar2(10);
    n1 int;
    begin
    n1:=1;
    select salary into v1 from test where id=n1;
    end;