Oracle分区默认segment大小变化(64k—>8M)

_partition_large_extents和_index_partition_large_extents

从11.2.0.2开始创建分区表,每个分区默认大小为8M,是由_partition_large_extents参数控制,可以算是11.2.0.2开始的一个新特性,为了减少extent数量,提高分区表性能,而引入的一个参数,默认为true,即分区表的每个extent为8M,这里对于_partition_large_extents为true和false的情况进行了测试。

例1:

数据库参数情况如下:

SQL> select * from v$version;

BANNER


Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

PL/SQL Release 11.2.0.4.0 - Production

CORE 11.2.0.4.0 Production

TNS for Linux: Version 11.2.0.4.0 - Production

NLSRTL Version 11.2.0.4.0 - Production

SQL> alter system set "_partition_large_extents"=true;

System altered

SQL> alter system set "_index_partition_large_extents"=true;

System altered

SQL> show parameter _partition_large_extents

NAME TYPE VALUE


_index_partition_large_extents string TRUE

_partition_large_extents string TRUE

SQL> show parameter deferred_segment_creation--是否启用延迟段

NAME TYPE VALUE


deferred_segment_creation boolean FALSE

1)创建分区表:

CREATE TABLE Table1001

(

idd INT,

iNAME VARCHAR(10),

grade INT

)

PARTITIONBYRANGE(grade)

(

PARTITION part1 VALUESLESSTHAN(10)TABLESPACEtest,

PARTITION part2 VALUESLESSTHAN(MAXVALUE)TABLESPACEtest

);

2)穿件普通表

CREATETABLE table1002

(

idd INT,

iNAME VARCHAR(10),

grade INT

)TABLESPACETEST;

3)创建索引

createindex ind1 on table1001(idd)local tablespacetest;

createindex ind2 on table1002(idd) tablespace test;

createindex ind3 on table1001(iname) tablespace test;

createindex ind4 on table1002(iname) tablespace test;

查询segment视图,确定初始创建表所占空间大小:

select t.segment_name,

t.partition_name,

t.tablespace_name,

t.bytes /1024/1024||'m',

t.blocks,

t.extents

from dba_segments t

where t.tablespace_name ='TEST';

SEGMENT_NAME PARTITION_NAME TABLESPACE_NAME T.BYTES/1024/1024||'M' BLOCKS EXTENTS


IND1 PART2 TEST 8m 1024 1

IND1 PART1 TEST 8m 1024 1

IND2 TEST 0.0625m 8 1

IND3 TEST 0.0625m 8 1

IND4 TEST 0.0625m 8 1

TABLE1001 PART2 TEST 8m 1024 1

TABLE1001 PART1 TEST 8m 1024 1

TABLE1002 TEST 0.0625m 8 1

结论: 从例1可以得出结论,在11.2.0.4版本中,当参数_partition_large_extents等于true时(此时可能不可见),创建分区表默认占用空间大小为每个分区8m,而普通表默认占据空间大小仅0.0625m(64k)。而当_index_partition_large_extents为true时,创建分区索引时,默认分区大小为8m,而创建普通索引默认大小为64k。

例2:

SQL> alter system set "_partition_large_extents"=false;

System altered

SQL> alter system set "_index_partition_large_extents"=false;

System altered

SQL> show parameter _partition_large_extents

NAME TYPE VALUE


_index_partition_large_extents string FALSE

_partition_large_extents string FALSE

SQL> show parameter deferred_segment_creation

NAME TYPE VALUE


deferred_segment_creation boolean FALSE

创建分区表:

CREATETABLE Table1001

(

idd INT,

iNAME VARCHAR(10),

grade INT

)

PARTITIONBYRANGE(grade)

(

PARTITION part1 VALUESLESSTHAN(10)TABLESPACEtest,

PARTITION part2 VALUESLESSTHAN(MAXVALUE)TABLESPACEtest

);

创建普通表:

CREATETABLE table1002

(

idd INT,

iNAME VARCHAR(10),

grade INT

)TABLESPACETEST;

创建索引:

createindex ind1 on table1001(idd)localtablespacetest;

createindex ind2 on table1002(idd)tablespacetest;

createindex ind3 on table1001(iname)tablespacetest;

createindex ind4 on table1002(iname)tablespacetest;

查询segment视图,确定初始创建表所占空间大小:

select t.segment_name,

t.partition_name,

t.tablespace_name,

t.bytes /1024/1024||'m',

t.blocks,

t.extents

from dba_segments t

where t.tablespace_name ='TEST';

SEGMENT_NAME PARTITION_NAME TABLESPACE_NAME T.BYTES/1024/1024||'M' BLOCKS EXTENTS


IND1 PART2 TEST 0.0625m 1024 1

IND1 PART1 TEST 0.0625m 1024 1

IND2 TEST 0.0625m 8 1

IND3 TEST 0.0625m 8 1

IND4 TEST 0.0625m 8 1

TABLE1001 PART2 TEST 0.0625m 1024 1

TABLE1001 PART1 TEST 0.0625m 1024 1

TABLE1002 TEST 0.0625m 8 1

结论: 通过测试证明,设置_partition_large_extents参数确实是能够控制分区表的extent大小,而且对于分区表,deferred_segment_creation虽然为true,但是在一个分区表中如果有一个子分区插入了记录,那么其他子分区会同时创建segment.对于数据量不多,而且数据大量集中在某几个分区,那强烈建议设置_partition_large_extents为false,节约空间.如果数据量较大,而且数据分布较为均匀,建议设置_partition_large_extents为true.另外对于分区的index也有同样意义的参数为_index_partition_large_extents。

可以看到在11.2.0.2 以后_partition_large_extents参数默认打开(default : TRUE),创建的初始化分区大小为8M。

实际该特性可能在导致以下2个问题:

若配合deferred_segment_creation=false使用则创建具有大量分区的表时,耗时大幅增长

若配合deferred_segment_creation=false使用则建好后空表的所占空间为8M*分区数目,对比关闭该特性的情况会大非常多

相关推荐
惜分飞5 分钟前
ORA-600 kcratr_nab_less_than_odr和ORA-600 4193故障处理--惜分飞
数据库·oracle
chian-ocean6 分钟前
CANN 生态进阶:利用 `profiling-tools` 优化模型性能
数据库·mysql
m0_550024639 分钟前
持续集成/持续部署(CI/CD) for Python
jvm·数据库·python
AC赳赳老秦10 分钟前
代码生成超越 GPT-4:DeepSeek-V4 编程任务实战与 2026 开发者效率提升指南
数据库·数据仓库·人工智能·科技·rabbitmq·memcache·deepseek
啦啦啦_999924 分钟前
Redis-2-queryFormat()方法
数据库·redis·缓存
玄同7651 小时前
SQLite + LLM:大模型应用落地的轻量级数据存储方案
jvm·数据库·人工智能·python·语言模型·sqlite·知识图谱
吾日三省吾码1 小时前
别只会“加索引”了!这 3 个 PostgreSQL 反常识优化,能把性能和成本一起打下来
数据库·postgresql
chian-ocean1 小时前
百万级图文检索实战:`ops-transformer` + 向量数据库构建语义搜索引擎
数据库·搜索引擎·transformer
小Tomkk2 小时前
数据库 变更和版本控制管理工具 --Bytebase 安装部署(linux 安装篇)
linux·运维·数据库·ci/cd·bytebase
qq_12498707532 小时前
基于JavaWeb的大学生房屋租赁系统(源码+论文+部署+安装)
java·数据库·人工智能·spring boot·计算机视觉·毕业设计·计算机毕业设计