2018-07-19 KK日记，记一次ORACLE碎片引发的ora-1688异常

一、案例

收到用户反馈，在oracle 12c 中，有一表空间ts1，明明还有500G空间，但是插入没有多少数据时就报错——ora-01688, "unable to extend table %s.%s partition %s by %s in tablespace %s“

二、问题

为什么还有可用空间DB还报没有足够空间扩展的错误呢？

三、数据收集和分析

3.1 信息确认

• 检查表空间容量

select a.tablespace_name,a.total_space,round(b.free_space,2) free,round(a.total_space-b.free_space,2) used,round(b.free_space/a.total_space*100,2) free_percent
from (select tablespace_name,sum(bytes)/1024/1024 total_space from dba_data_files group by tablespace_name) a,
(select tablespace_name,sum(bytes)/1024/1024 free_space
from dba_free_space
group by tablespace_name) b
where a.tablespace_name=b.tablespace_name
order by free_percent;

确认ts1还有500G可用空间

• 确认插入数据时报错

insert into t1
select * from xxx;

确认报ora-01688 ,重复运行一次报ora-01658 无法为表空间 XX 中的段创建 INITIAL 区

3.2 初步评估

• bug?

登陆support.oracle.com 没有发现对应版本的bug报告

• 碎片?

select blocks,count(*) from dba_free_space
where tablespace_name='TS1'
group by blocks
order by 2 desc;

发现大量112 block没有连续空间

select segment_name,blocks,count(*) from dba_extents where tablespace_name='TS1'
and blocks<128
group by segment_name,blocks
order by 3 desc;

发现表t1，存在大量112 block,16 block的分区

3.3 行动

• 采用move方法，把表t1移动到新表空间,重新查看碎片情况，发现都是连续多个(128个以上)block组成的extent

3.4 为什么产生碎片呢？

• 开发员指定了表pctused
• 开发员指定了表空间的管理模式

四、结论

1. 尽量采用oracle的默认项，一般是oracle最佳实践，可以减少维护的复杂度和难度。
2. 碎片导致表空间没有连续128block进行分配，造成容量浪费，系统中断。