今天有人问我Analyze收集分区资料有时不准确的情况，我做了个简单实验，也没试出来什么。在网上查了下，有个metalink236935.1资料应该写的有，谁能帮我下来看看。

晶晶小妹　求职　请大家多多帮帮忙晶晶小妹求职咯目标　oracle专职讲师　有一多年讲课经验，二年多管理经验，工作地点不做要求请各位兄弟姐妹　帮忙吖．．．事成之后，定重谢！！！事不成，仍然感谢．．．　有意者加俺ＱＱ（５２２４３９７９７　请注名ＰＵＢ），因某些原因，不轻易公开简历和联系方式的好，请见谅．．．借海区　人气．．．别怪俺．．．

晶晶小妹　求职　请大家多多帮帮忙晶晶小妹求职咯目标　oracle专职讲师　有一多年讲课经验，二年多管理经验，工作地点不做要求请各位兄弟姐妹　帮忙吖．．．事成之后，定重谢！！！事不成，仍然感谢．．．　有意者加俺ＱＱ（５２２４３９７９７　请注名ＰＵＢ），因某些原因，不轻易公开简历和联系方式的好，请见谅．．．

晶晶小妹求职咯目标　oracle专职讲师　有一多年讲课经验，二年多管理经验，工作地点不做要求请各位兄弟姐妹　帮忙吖．．．事成之后，定重谢！！！事不成，仍然感谢．．．　有意者加俺ＱＱ（５２２４３９７９７　请注名ＰＵＢ），因某些原因，不轻易公开简历和联系方式的好，请见谅．．．

准备了２周，终于出炉了．．这段时间较忙，又小病了场．．．５５５５５～～～～后面的章节应该会快些的．．还往大家多多体谅俺　支持俺晶晶小妹　的文章绝对会一直坚持的大家的鼓励就是我的动力让鼓励来的更疯狂些吧．．．＾＿＾

一个简单的EXP-00056：今天在测试机上作导出，发现了如下错误：D:> exp scott/ifclwxExport: Release 10.2.0.1.0 - Production on 星期三 4月 2 09:52:08 2008Copyright (c) 1982, 2005, Oracle.All rights reserved.EXP-00056: 遇到 ORACLE 错误 6550ORA-06550: 第 1 行, 第 41 列:PLS-00302: 必须说明 'SET_NO_OUTLINES' 组件ORA-06550: 第 1 行, 第 15 列:PL/SQL: Statement ignoredEXP-00000: 导出终止失败EXP-00056吗，这是一个很普通的错误，通常是由于EXP程序在执行某条命令错误所造成的，可以通过自己

一、直接路径插入与间接路径插入的不同这个问题相信很多人都已经知道了，为了方便初学者，我再来重审一遍。create table 表1 as select 列1，列2，... select 表2insert /*+append*/ into 表1 select 列1，列2，... select 表2如上形式的插入，都叫做直接路径插入。当然，在SQL*Loader中也有直接路径插入的形式。所谓直接路径插入，就是绕过Buffer cache，直接将数据插入进表所在数据文件中。假如有表AA，要将AA中的数据插入进表BB，在普通的间接插入下，先将AA的数据块传进Buffer cache，再将BB的块也

一个简单4031例子的引申:内存，像来是兵家必争之地。内存，像来也是一个注定要多事的地方。内存的管理，稍有不甚，即会内存泄露。就算不泄露，如果应用大量占用内存而不释放，再大也嫌少的内存将会迅速告磬。在Oracle中，常用的内存组件中，最容易出问题的，就是共享池了。共享池内存不足后，会报出一个ORA-04031错误，下面就处理这个错误方面的问题，说一下简单的例子，请ITPUB中的坛友补充。开发人员说在测试环境中，有一个应用运行后不久就会报出4031错误，因为是9.2.0.1的系统，我设置了如下参数：alter system set e

看到一网友的问题，如下：表t1中有两个字段NO(NUMBER类型),ST(VARCHAR2类型)表中有如下值NOST1'A1A3BCLKMBNK'2'A2A4MBKLDMSK'注：ST字段中的值长度都是2的整数倍;有一变量V_E,变量值为'A3MLLKNKDS'现在将t1表中的ST字符与变量V_E进行比较，比较的方法如下：V_E变量中每两个字符为一个基本单位，ST字段也是以两个字符为一个基本单位，让V_E与ST字段进行比较，得出ST中与V_E基本单位相同的数量即：t1表中的值可以看做NOST1'A1A3BCLKMB

我们在日常的管理中, 经常会碰到客户或开发人员反应速度变慢了. 这一类问题常使初级DBA摸不着头脑, 还不如数据库直接报出某个错误, 更直接了当. 下面简单描述一下, 解决这类问题时的一般思路.如果有人反应速度变慢了, 最有可能影响速度的, 无外乎CPU, 内存和I/O. 在操作系统下,我们可以先使用top命令, 查看一下CPU的占用情况. 在top的输出结果中, 特别要注意第一行中的load average, CPU的负载情况. 如果这里显示的数字大于CPU数, 说明CPU的负载有点高了. 再结合第三行一起看, 如果第三行中, CPU的空闲比例为0, 就说明CPU存在争

晶晶实验十八之buffer cache中的ＬＲＵ链一、LRU链介绍HASH是快速查找时，常用的算法。Oracle中几乎在所有需要快速查找的地方，都使用了HASH算法。LRU则是在“资源重用”时，常用的算法。在Buffer cache中，LRU链被分为两半，分别是热端、冷端，在默认方式下，热、冷端各占50%的块，这点可以由隐藏参数_db_percent_hot_default控制。当块第一次被读进Buffer时，会被插入到冷端头位置处。每次需要自由块时，Oracle服务器进程从冷端尾开始搜索可以被重用的块，因此，冷端的块是最有可能被重用的。在每个块的Buffer heade

晶晶的Oracle夜未眠3之月是上弦风风雨雨二十年，犹似花落花开间，今夜忽抬头，夜空一如洗，明月如我是上弦。从遥远西迫利亚吹过来的寒风，刚刚冲刷过这里，给这温旎的城市，带来一丝料峭的春寒。早几日灰蒙蒙的天空，今天也呈难得一见的蓝，早春的阳光，也格外的明亮。远处的草地上，遥遥的看去，已略现青翠。快到夕阳时，我再也在屋中呆不下去，顺手拽过一本书，来到天台。这里是5楼，楼虽不高，但在我们这小城市，高楼本不多，视野倒还开阔。风雨过后的天空，总是最惹人喜爱。即使没有彩虹的点缀

创建表空间命令如下：create tablespace jj_ts_1 datafile 'e:\oracle\jj_1.dbf' size 50m extent management local uniform size 20k segment space management auto;块大小4K，每区5个块。创建表命令：create table jj_two(id number(5),name char(50)) tablespace jj_ts_1;插入记录命令：beginfor i in 101..200 loopinsert into jj_two values(i,'abc');end loop;commit;end;/查看表中行的分布：select dbms_rowid.rowid_block_number(rowid) bl,min(id),max(id) from jj_two group by dbms

晶晶实验十六 详述逻辑读这篇实验讨论下数据的读写过程.我们都知道,数据块是oracle最基本的读写单位,但用户所需要的数据,并不是整个块,而是块中的行,或列.当用户发出SQL语句时,此语句被解析执行完毕，就开始了数据的抓取阶段,在此阶段,服务器进程会先将行所在的数据块从数据文件中读入buffer cache,这个过程叫做物理读.物理读,每读取一个块,就算一次物理读.当块被送进buffer cache后,并不能立即将块传给用户,因为用户所需要的并不整个块,而是块中的行.从buffer cache的块中读取行的过程,就是逻辑读.为了完成一次逻辑读,服

共享SQL区、私有SQL区与游标一、共享SQL区共享SQL区，就是Library cace中的游标对象的句柄和子堆这些数据的另一种叫法。二、私有SQL区的概念私有SQL区，在专用服务器模式下，存贮在PGA中。（复习一下PGA概念：PGA在服务器端分配，记录各种不同的连接至Oracle服务器的进程的信息，如登录时的用户名、密码等。每一个登录至Oracle的会话，都会在服务器端占用一块PGA。当会话刚登录时，每个用户的PGA大概占个几百KB左右的内存，并可在以后根据会话中的操作伸、缩。）私有 SQL 区被分为两个区域，这两部分的生命周期有所不同：

第一小结　　library cache 的内存结构Library cache的作用，最主要的就是存储已解析的SQL声明，避免硬解析。我们可以通过一个视图V$librarycache来了解Library cache点中率，已此来评估SQL声明的解析情况。应时时注意此视图中点中率情况，好及时发现并解决问题。一、Library cache中所存储的信息：1. 按对象类型分类：共享游标（SQL and PL/SQL objects）、数据库对象（tables, indexes, and so on）2. 按存在时间分类：存贮对象：如表、索引、视图等（老化后 磁盘上还有 所以叫永久存储 并不是永久存储在LIBRARY 中）瞬

资料视图在对数据库做健康检查时,有重要的意义.准确的了解资料所代表的含义,能够是我们对数据库当前的状态做出更准确的判断.下面介绍下和重做相关的资料.一,下面3个资料是与LGWR直接相关的.仅由LGWR进程更新.1,redo writes:LGWR从日志缓存中刷新重做记录到重做日志文件中的次数.2,redo blocks written:由LGWR写进重做日志文件的重做块的总量.3,redo write time:以厘秒为单位,记录LGWR刷新log buffer到重做日志文件所用的总的时间.它是每个log file parallel write等待时间的累计.SQL> select (selec

晶晶实验十二 相关重做的等待事件一，下面共描述了12个直接相关日志的等待事件，但只有前面几个是值得注意的.1,log file parallel write当日志缓存到日志文件时,这是一个主要的等待事件.虽然这个时间的名字中有"并行"(parallel)字样,但即使日志缓存并没有使用并行写,因日志缓存的写出而造成的等待仍然是此等待事件.我们可以通过v$system_event来了解下某一个阶段内,此等待事件的平均等待时间.通过此时间值,来评估我们的日志I/O是否正常.有资料介绍当log file parallel write的平均等待时间大于10毫秒时.有可能就表

晶晶实验十一相关重做日志的闩一,相关闩的介绍重做是先产生在各个会话的PGA中,再由各个会话的服务器进程,将重做记录拷贝到SGA中的log buffer中,再由LGWR进程刷新到redo log文件中.整个这个过程,涉及到3个比较重要的闩.分别是redo copy latch,redo allocation,和redo writing.下面先介绍下这3个闩,在重做产生的流程中，各自的作用.明白了这一点,对这3个闩的调优会有很大的帮助.1,redo copy latchredo copy latch 的数量可以有多个,可以通过_log_simultaneous_copies参数来设定,缺省值是两倍CPU的个数.当前台进程将自己PG

晶晶实验十之再论检查点篇在晶晶实验九中,主要讲述了增量检查点,他属于检查点的一种,除了增量检查点之外,还有完全检查点和切换日志检查点.下面分别论述一下.1,增量检查点,增量检查点所涉及的主要概念,是一个队列一个进程.队列是检查点队列,进程是CKPT进程.CKPT进程有两项任务,一个是在一定的时机触发DBWR并告知DBWR的Target RBA,另一个任务是每3秒一次将DBWR的写进度更新到控制文件中.CKPT的这两个任务合在一起,叫做--增量检查点.通常所说的触发增量检查点,是指CKPT进程通知DBWR刷新脏块这个操作.在10g中把 lo