AnySQL.net » 分区

为什么LOB或LOB Index的分区名称和表的分区名不同?

anysql — Wed, 20 Dec 2006 02:44:09 +0000

当我们创建一个LOCAL的索引时, 这个索引各个分区的名称和表的相应分区的名称是相同的, 但LOB分区及LOB Index分区的名称则是系统产生的. 不知道Oracle为什么顺道改一下?

下面的查询结果是在10g上进行的, 创建了一个有CLOB字段的分区表, 然后到OBJ$中去查询:

SQL> select obj#,name, subname from obj$
  2  where owner#=25  and obj# > 10000 order by obj#;

      OBJ# NAME                           SUBNAME
———- —————————— —————
     10006 T_PRTLOB
     10007 T_PRTLOB                       SYS_P21
     10008 T_PRTLOB                       SYS_P22
     10009 SYS_LOB0000010006C00002$$
     10010 SYS_LOB0000010006C00002$$      SYS_LOB_P23
     10011 SYS_LOB0000010006C00002$$      SYS_LOB_P24
     10012 SYS_IL0000010006C00002$$
     10013 SYS_IL0000010006C00002$$       SYS_IL_P25
     10014 SYS_IL0000010006C00002$$       SYS_IL_P26

9 rows selected.

不过按对象号排序, 则很容易对号上座的.

Relative Posts:

2008/02/21 -- 无SYSTEM时的LOB恢复 (1)
2007/06/20 -- aul4b不再是Beta版了, 这里的B指的是LOB的支持 (2)
2007/06/19 -- AUL恢复LOB类型的速度之谜, 慢还是快? (0)
2007/06/19 -- 由一个目录下可以存放多少文件引出的问题 (2)
2007/03/07 -- Enable/Disable行内存贮的LOB字段性能分析 (4)
2006/12/21 -- AUL 4 Beta程序更新情况 – 2006.12.21 (9)
2006/10/14 -- 多个列的Range分区时, 记录会到哪个分区? (1)
2010/06/19 -- 2011年起SQLULDR2中的收费功能 (3)
2009/11/07 -- MySQL数据迁移测试 (8)
2009/06/25 -- oramon如何收集V$SYSTEM_EVENT数据? (3)

多个列的Range分区时, 记录会到哪个分区?

anysql — Sun, 15 Oct 2006 05:10:43 +0000

今天网友问了我一个关于多个列的Range分区的问题, 说是记录没有进入到他想要的分区,
由于在实际应用中我还没有用过这样的分区, 在理解那条记录要进入那个分区时, 还真有点难, 在一个列时,
是用小于来判断的, 那多个列时, 不是每个列都是用小于来判断的. 作为一个组合字段,
前导的字段是用小于等于来排序的, 我们可以想着”A2 < A3 < B2 < B3", 这时插入A1时, 五个值的排序是如何的呢?
按照字典的排序方法当然"A1"是最小的了, 而"A2"就进入了第二个分区.

不知道我自已在说什么? 总之这种情况下不是两个列都是用小于来比较的.

create table t (c1 date,c2 number) partition by range(c1,c2)

(

partition p11 values less than (to_date(’20010201′,’yyyymmdd’),2),

partition p12 values less than (to_date(’20010201′,’yyyymmdd’),3),

partition p21 values less than (to_date(’20010301′,’yyyymmdd’),2),

partition p22 values less than (to_date(’20010301′,’yyyymmdd’),3)

);

insert into t values (to_date(’20010201′,’yyyymmdd’),1);

insert into t values (to_date(’20010202′,’yyyymmdd’),2);

–结果第一条数据进了p11（期望是p21）,第二条数据进了p21（期望是p22）

SQL> select * from t partition (p11);

C1 C2

——— ———-

01-FEB-01 1

SQL> select * from t partition (p21);

C1 C2

——— ———-

02-FEB-01 2

那个网友还提议Oracle应当加入List+List的复合分区, 我想List+Hash也是有用的吧.

Relative Posts:

2006/12/19 -- 为什么LOB或LOB Index的分区名称和表的分区名不同? (4)
2010/06/19 -- 2011年起SQLULDR2中的收费功能 (3)
2009/11/07 -- MySQL数据迁移测试 (8)
2009/06/25 -- oramon如何收集V$SYSTEM_EVENT数据? (3)
2009/06/25 -- oramon如何从V$SESSION收集性能数据? (0)
2009/06/24 -- oramon如何从V$SYSSTAT收集性能数据? (1)
2009/05/26 -- MySQL或Oracle, 是个问题? (7)
2009/05/21 -- 用oramon的数据进行报警 (3)
2009/04/26 -- 拯救数据, 拯救地球? (9)
2009/04/16 -- 猜想Oracle Direct方式 (0)

基于分区统计信息的SQL执行计划的性能问题

anysql — Fri, 08 Sep 2006 21:16:46 +0000

在Oracle 9i的CBO优化器中, 会对有绑定变量的SQL在硬分析时做一次Peaking,
这时如果分区表的各个分区的统计信息不一致不同能导致执行计划不同的话, Peaking就有可能出错了.
下面是我做的一个例子(9.2.0.5的库上测试的).

创建一个测试表:

SQL> create table t_partplan
2 (
3 col1 number not null,
4 col2 number not null,
5 col3 varchar2(40),
6 col4 varchar2(40)
7 )
8 partition by range(col1)
9 (
10 partition P1 values less than (5000),
11 partition p2 values less than (maxvalue)
12 );

Table created.

接下来插入一些数据, 建一个索引, 然后分析表, 将索引的一个分区联机重建.

insert into t_partplan
select OBJECT_ID, mod(object_id,100),
SUBOBJECT_NAME,TIMESTAMP from dba_objects
where object_id > 0;
create index idx_t_partplan on t_partplan(col2,col1) local;
ANALYZE TABLE t_partplan COMPUTE STATISTICS;
ALTER INDEX idx_t_partplan REBUILD PARTITION P2 ONLINE;

接下来来看按COL2去访问不同分区时的执行计划:

SQL> SELECT * FROM t_partplan PARTITION (P1) WHERE col2=99;

Execution Plan
———————————————————-
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=8 Card=89
1 0 TABLE ACCESS (FULL) OF ‘T_PARTPLAN’ (Cost=8 Card=89

SQL> SELECT * FROM t_partplan PARTITION (P2) WHERE col2=99;

Execution Plan
———————————————————-
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=3 Card=130
1 0 TABLE ACCESS (BY LOCAL INDEX ROWID) OF ‘T_PARTPLAN’
2 1 INDEX (RANGE SCAN) OF ‘IDX_T_PARTPLAN’ (NON-UNIQUE)

如果你的SQL是只访问一个分区的, 有可能就会遇上这种问题,
我在重建索引时因为没有加”COMPUTE STATISTICS”选项, 而遇到了执行计划变坏的情况.
更多时侯我们是想不到, 不是做不到.

Relative Posts:

2006/12/25 -- 列类型和变量类型不一致引起的性能问题? (2)
2006/12/19 -- 为什么LOB或LOB Index的分区名称和表的分区名不同? (4)
2006/10/14 -- 多个列的Range分区时, 记录会到哪个分区? (1)
2006/10/14 -- Query Rewrite的一般理解之六 (0)
2006/10/14 -- Query Rewrite的一般理解之五 (0)
2006/10/14 -- Query Rewrite的一般理解之四 (0)
2006/10/14 -- Query Rewrite的一般理解之三 (0)
2006/10/14 -- Query Rewrite的一般理解之二 (0)
2006/10/14 -- Query Rewrite的一般理解之一 (0)
2006/10/11 -- 数据库优化中什么是星型转换(Star Transform)? (4)

OLTP系统中避免不必要的排序的重要性

anysql — Mon, 21 Aug 2006 18:13:09 +0000

就前一篇中的例子, 来作一下10046的跟踪, 看看排序倒底占据了多少的CPU.
我一直是认为就算几条记录的排序也是有代价的, 至少它需要去准备一块排序区, 并运行排序的算法.
有时数据库系统中每秒种会有上千次的内存排序, 这时如果将排序的次数减少到一半,
机器的负荷会下降多少呢? 对于排序没有直接的印象, 不象对于逻辑读那么熟悉.
就等着一步一步研究吧?

先来看一下分区列上用绑定变量(有排序)时的情况:

SELECT * FROM TEST_SORT
WHERE COL2=:p_co1 AND PKEY=:p_key AND COL1 IN (810,510,210)
ORDER BY COL1

Rows Row Source Operation
——- —————————————————
3 SORT ORDER BY (cr=9 r=0 w=0 time=390 us)
3 PARTITION … (cr=9 r=0 w=0 time=246 us)
3 INLIST ITERATOR (cr=9 r=0 w=0 time=240 us)
3 TABLE ACCESS BY … (cr=9 r=0 w=0 time=205 us)
3 INDEX RANGE SCAN … (cr=6 r=0 w=0 time=141 us)

然后来看一下分区列中不用绑定变量(无排序)的情况:

SELECT * FROM TEST_SORT
WHERE COL2=:p_co1 AND PKEY=0 AND COL1 IN (810,510,210)
ORDER BY COL1

Rows Row Source Operation
——- —————————————————
3 INLIST ITERATOR (cr=10 r=0 w=0 time=253 us)
3 TABLE ACCESS BY … (cr=10 r=0 w=0 time=211 us)
3 INDEX RANGE SCAN … (cr=7 r=0 w=0 time=152 us)

可以看到如果没有排序时, 时间基本相等(246 us和253 us), 有了排序后就上升到了390 us,
虽然这个排序什么也没有做, 因为返回的记录已经排好序了. 在这儿就三条记录, 但CPU时间上升了50%.
因此在OLTP中减少不必要的排序是很有必要的.

Relative Posts:

2006/08/18 -- 分区列上的绑定变量与排序的一点关系 (1)
2007/11/16 -- Oracle 11G OLTP Compress支持的含义 (4)
2006/12/19 -- 为什么LOB或LOB Index的分区名称和表的分区名不同? (4)
2006/10/14 -- 多个列的Range分区时, 记录会到哪个分区? (1)
2006/09/08 -- 基于分区统计信息的SQL执行计划的性能问题 (0)

分区列上的绑定变量与排序的一点关系

anysql — Fri, 18 Aug 2006 22:05:59 +0000

大量的排序操作会占用大量的CPU资源, 即便是内存中的排序. 通常我们可以用索引来
避免排, 但在分区表上, 就有些区别了. 下面是我做的一个测试例子, 你会知道在分区列上使用绑定变量
时会引起不必要的排序. 虽然在这个例子中用不用绑定变量都很明显地只访问一个分区, 但是Oracle还是
在用绑定变量时进行了不必要的排序. 因此Oracle有时是笨得可爱.

请使用下面的角本来创建测试表:

CREATE TABLE TEST_SORT
(
COL1 NUMBER,
COL2 NUMBER,
pkey number,
col3 varchar2(30)
)
partition by range(pkey)
(
partition p0 values less than (1),
partition p1 values less than (2),
partition p2 values less than (3)
) tablespace data02;

INSERT INTO TEST_SORT
SELECT ROWNUM, MOD(ROWNUM,100), mod(rownum,3), OBJECT_NAME
FROM DBA_OBJECTS WHERE ROWNUM < 5001;

commit;
CREATE INDEX IDX_TEST_SORT ON (COL1,COL2,PKEY) LOCAL;

然后检查用和不用绑定变量的两个SQL的执行计划:

SELECT * FROM TEST_SORT
WHERE COL2=:p_co1 AND PKEY=0 AND COL1 IN (810,510,210)
ORDER BY COL1;

Execution Plan
———————————————————-
0 SELECT STATEMENT Optimizer=RULE (Cost=3 …
1 0 INLIST ITERATOR
2 1 TABLE ACCESS (BY LOCAL INDEX ROWID) OF …
3 2 INDEX (RANGE SCAN) OF ‘TEST_SORT_IDX1′

SELECT * FROM TEST_SORT
WHERE COL2=:p_co1 AND PKEY=:P_KEY AND COL1 IN (810,510,210)
ORDER BY COL1;

Execution Plan
———————————————————-
0 SELECT STATEMENT Optimizer=RULE (Cost=3 …)
1 0 SORT (ORDER BY) (Cost=3 Card=1 Bytes=31)
2 1 PARTITION RANGE (SINGLE)
3 2 INLIST ITERATOR
4 3 TABLE ACCESS (BY LOCAL INDEX ROWID) OF
…
5 4 INDEX (RANGE SCAN) OF
‘TEST_SORT_IDX1′

你可以使用10046事件获得执行时的更详细的区别.

Relative Posts:

2006/08/21 -- OLTP系统中避免不必要的排序的重要性 (5)
2006/12/19 -- 为什么LOB或LOB Index的分区名称和表的分区名不同? (4)
2006/10/14 -- 多个列的Range分区时, 记录会到哪个分区? (1)
2006/09/08 -- 基于分区统计信息的SQL执行计划的性能问题 (0)