关注系统性能调优

Oracle索引是不存储null值的，达梦是存储了Null值，下面来做一个实验。drop table test;create table test(id number primary key,name varchar2(100), age number);insert into test select rownum, 'aaaaaaaaaaa'||rownum, CASE WHEN mod(rownum,10) = 0 THEN null ELSE rownum END from.

oracle分区的exchange操作非常快，那原理是什么呢？下面我们来做个实验：

下面来做一个实验，在一张表上建一个B*tree索引，查到索引的高度为2（BLEVEL+1，BLEVEL是叶子节点到根节点），此时逻辑读应该为3，先读取索引的根，然后是叶子节点，最后通过叶子节点的rowid找到表的记录，一共是3个逻辑读，但是实验做出来是4个逻辑读，是什么原因呢？       再次实验，用unique index，结果逻辑读是3，这样才是对的。       可以看出是uniq

SQL> create table test as select * from dba_objects;SQL> create index ind_object_name on test(object_name);SQL> select index_name,s.blevel from user_indexes s where s.index_name='IND_OBJECT_NAME';

clob字段存储的是文本，如果存储少于4000个字节则clob字段会和记录存放在一起，如果存储超过4000个字节，则不会与记录存放在一起。值得注意的是，这里的4000个字节并不是等同于varchar2(4000),那相当于什么呢，请看下列实验：drop table test_clob purge;create table test_clob(  id number,  clob

操作blob字段是否会产生大量redo,答案是不会，下面来做一个实验,测试数据库版本是11.2.0.1.0:--创建一张表做测试之用create table test_blob(  id number,  tupian blob);import java.io.FileInputStream;import java.io.OutputStream;import ja

Oracle嵌套表很少用，下面来研究下其如何存储的。用一个例子，一个用户对应对个部门。SQL> select * from v$version;BANNER--------------------------------------------------------------------------------Oracle Database 11g Enterprise Edi

一直对位图索引印象都不深刻，通过dump内容，逐步就清晰了。可以看到索引在这种数据结构下，当频繁的修改数据，会造成严重的enq: TX - row lock contention等待事件。SQL> create table t_bitmap(a number, b number);SQL>  insert into t_bitmap select rownum,mod(rownum,5)

两种常见的索引扫描方式：INDEX FAST FULL SCAN，INDEX FULL SCAN。前者是按照索引的物理结构扫描（就是高水位线以下），后者是按照索引的逻辑结构，即树形结构，叶子节点的双向链表扫描数据。--制造一些数据drop table test purge;create table test as select * from dba_objects where obje

在Oracle中，有些表由于频繁的插入和删除数据，导致高水位过高，表的碎片也很高，如何判断呢？drop table test purge;create table test as select * from dba_objects;insert into test select * from test;insert into test select * from test;co

dump了索引组织表，发现跟索引的块结构是一样的。create table iot_t (  id number,  name varchar2(10),  primary key(id))organization index;insert into iot_t values(1,'a');insert into iot_t values(5,'e');

数据被删除之后，索引只是加了一个标记，并没有真正的删除，这样可以查看碎片率。drop table test purge;create table test as select * from dba_objects;insert into test select * from test;insert into test select * from test;commit;cr

rdba: 0x0241a162转换一、第一种方法RDBA由rfile# + block#组成，相对文件号10位 block号22位。首先将十六进制转换为二进制：SELECT pkg_number_trans.f_hex_to_bin('0241a162') FROM dual;              10 0100 0001 1010 0001 0110 0010补全

Cache buffers chains latch官方解释：      This latch is acquired whenever a block in the buffer cache is accessed (pinned).Reducing contention for the cache buffer chains latch will usually require red

一、rowId的理解     select t.rowid,t.* from test t; --AAAMimAAFAAAAAMAAC     64进制  A-Z(0-25)a-z(26-51)0-9(52-61)+/(62-63)        select 12*64*64+34*64+38 from dual; --51366     select rowid,dbms_ro

X$BH Fixed Table Buffer Cache Diagram Column     Type Description~~~~~~     ~~~~~ ~~~~~~~~~~~ADDR        RAW(4) Hex address of the Buffer Header.INDX        NUMBER Buffer Header numberBU

1、概述在10g中，redolog buffer的改进，先提下，redo信息产生的过程：1）先在PGA区域中生成redo entries，也就是redo条目，并计算大小记录之；2）服务器进程oracle去rodolog buffer中申请 redo copy latch（redo 复制闩），失败了，会发生等待事件，成功了则：3）再去申请redo alloca

为什么要引入ASSM: 在920以前，表的剩余空间的管理与分配都是由链接列表freelist来完成的，因为freelist存在串行的问题因此容易引起往往容易引起段头的争用与空间的浪费（其实这一点并不明显），最主要的还是因为需要DBA 花费大量的精力去管理这些争用并监控表的空间利用。新的管理机制用位图来跟踪或管理每个分配到对象的块，每个块有多少剩余空间根据位图的状态来确定，如>75%,50%-7

测试环境：版本11gR2SQL> select * fromv$version where rownum=1;BANNER--------------------------------------------------------------------------------Oracle Database 11gEnterprise Edition Release 11.2.

dmt,lmt是管理segment中的extent的，而mssm和assm是管理extent中的block的。1、dmt (dictionary managed tablespace)       表空间里相应的数据文件中的extent是被使用了还是处于空闲是记录在两个数据字典表中(uet$:used extent；fet$:free extent)，也就是说Oracle updates

commit的时候最重要的事情是块清除（影响的块不超过缓冲的10%），块清除做的事情是清除块头中的事务信息。主要观察dump block的内容，block中的flag注释是：Flags: 1nibble。---- = transaction is active, or committed pending cleanoutC--- = transaction has been committ

本地有个pub_department的表，索引为PK_PUB_DEPARTMENT。1.找到object_idselect   object_id from dba_objects s  where   s.object_name='PK_PUB_DEPARTMENT'; OBJECT_ID----------644082.进行转储alter   session

从下列实验可以看出全表扫描是根据extent/block顺序去取数据, 第一次实验有'db file scattered read'等待事件，第二次实验已经把数据加载到databuffer中，所以没有等待实验。SQL> create table test as select * from dba_objects;SQL> select extent_id, file_id, block_i

测试行链接时，nrid是链接的block，对于这个值如何找到是哪个块呢？如下：Block header dump:  0x01400166 Object id on Block? Y seg/obj: 0xc9dc  csc: 0x00.138507  itc: 2  flg: E  typ: 1 - DATA     brn: 0  bdba: 0x1400161 ver: 0x

当表的索引列被更改，索引会生成undo,redo。下列就是实验：SQL> create table bigtab as select * from dba_objects;SQL> create index ind_object_id on BIGTAB (object_id);SQL> select  v$statname.name,value  2   from v$mysta

对于dump block出来的字段内容一直都很好奇，碰巧看到老杨的blog对oracle基本数据类型存储格式,于是做了个试验。下面的两条数据就是dump出来的内容，图中字段截取了部分（要不然图太长了）。dump  block 的内容，截取前两条数据：block_row_dump:tab 0, row 0, @0x1bc7tl: 77 fb: --H-FL-- lb: 0x1

1． Data Block 物理结构图：2． 一次对block的dump过程： SQL> create table t9 (a varchar(10));Table created. SQL> insert into t9 values('a');1 row created. SQL> commit;Commit complete. SQL> s