当前页面位置: » 丰搜网 » 文档中心 » 详细内容
oracle传统基本体系结构初步介绍
在本章里你可以了解以下内容
1、 oracle 实例——包括内存结构与后台进程
2、 oracle 数据库——物理操作系统文件的集合
3、 了解内存结构的组成
4、 了解后台进程的作用
5、 了解数据库的物理文件
6、 解释各种逻辑结构
一、oracle实例
1、oracle 实例
system global area(sga) 和 background process 称为数据库的实例。
2、oracle 数据库
一系列物理文件的集合（数据文件，控制文件，联机日志，参数文件等）
3、系统全局共享区system global area(sga)
system global area 是一块巨大的共享内存区域，他被看做是oracle 数据库的一个大缓冲池，这里的数据可以被oracle的各个进程共用。其大小可以通过如下语句查看：
sql> select * from v$sga; name value -------------------- --------- fixed size 39816 variable size 259812784 database buffers 1.049e+09 redo buffers 327680 |
主要包括以下几个部分：
a、 共享池(shared pool)
共享池是sga中最关键的内存片段，特别是在性能和可伸缩性上。一个太小的共享池会扼杀性能，使系统停止，太大的共享池也会有同样的效果，将会消耗大量的cpu来管理这个共享池。不正确的使用共享池只会带来灾难。共享池主要又可以分为以下两个部分：
sql语句缓冲(library cache)
当一个用户提交一个sql语句，oracle会将这句sql进行分析(parse)，这个过程类似于编译，会耗费相对较多的时间。在分析完这个sql，oracle会把他的分析结果给保存在shared pool的library cache中，当数据库第二次执行该sql时，oracle自动跳过这个分析过程，从而减少了系统运行的时间。这也是为什么第一次运行的sql 比第二次运行的sql要慢一点的原因。
下面举例说明parse的时间
sql> select count(*) fromscpass ; count(*) ---------- 243 elapsed: 00:00:00.08 这是在share_pool 和data buffer 都没有数据缓冲区的情况下所用的时间 sql> alter system flush shared_pool; system altered. 清空share_pool，保留data buffer sql> select count(*) from scpass ; count(*) ---------- 243 elapsed: 00:00:00.02 sql> select count(*) from scpass ; count(*) ---------- 243 elapsed: 00:00:00.00 |
从两句sql 的时间差上可以看出该sql 的parse 时间约为00:00:00.02.
对于保存在共享池中的sql语句，可以从v$sqltext、v$sqlarea中查询到，对于编程者来说，要尽量提高语句的重用率，减少语句的分析时间。一个设计的差的应用程序可以毁掉整个数据库的share pool，提高sql语句的重用率必须先养成良好的变成习惯，尽量使用bind变量。
