ORA-01653/01654错误和dba_free_space视图的理解
上周，兄弟部门提出了一个问题，
描述如下，
开发库，对表X他们查询，或者DELETE的时候，经常出这个问题，
好像还与查询或者DELETE的数据量有关，是不是由于没建索引的原因，我查百度也没解决
select sum(bytes/1024/1024) sizeMB from dba_free_space z where z.tablespace_name=’XXX_DAT’
为null
问题模拟：
我们看下ORA-01654是什么错误，相应的有一个ORA-01653错误，
ORA-01653表示某个表空间中的表段不能分配新的分区了，ORA-01654表示某个表空间的索引段不能分配新的分区了，两者含义一致，表空间容量不足了，解决方法一致，增加新的数据文件到这个表空间，另外的方法就是resize原始表空间数据文件。
错误提示的问题比较明白了，但上面兄弟问的dba_free_space记录为何为空？继续模拟此问题。
创建测试表空间和表，
创建了1MB的表空间，表空间下创建了一张表。
检索初始表大小以及dba_free_space记录，
其中dba_free_space显示有0.875MB剩余(按此计算，使用0.125MB)，dba_extents和dba_segments显示有0.0625MB使用。
这有一些题外话的问题，
(1) 为何dba_extents和dba_segments显示和dba_free_space不同？
参考《Mismatch Between Free Space Reported from DBA_DATA_FILES - DBA_SEGMENTS and DBA_FREE_SPACE (文档 ID 416744.1)》
究其原因主要为
Locally managed tablespaces files contain space metadata blocks which do not show in DBA_FREE_SPACE, DBA_EXTENTS nor DBA_SEGMENTS.
(2) 本实验使用的是11.2.0.4，按说有延迟段的特性，即表段尚未使用前，不会分配空间，为何此处分配了空间？
原因是延迟段特性不对SYS表空间有效，我这偷懒，用的sys，若此处使用非sys则显示为，
继续模拟实验，向TEST表INSERT了1999条记录，继续INSERT了10000条记录则报错，ORA-01653，提示表空间TBL_SMALL不能分配表段TEST，
此时检索dba_extents和dba_segments视图，
显示使用了0.9375MB的空间容量。
检索dba_free_space视图，
检索dba_free_space中的表空间，发现未有TBL_SMALL，
因此可知，表空间不能分配新的分区给表段(/索引段)，则dba_free_space记录为空，因为未有free的空间可用了。
注意：若上面的INSERT语句第一次就执行where rownum<10000，会报ORA-01653的错误，但此时检索dba_free_space有记录，因为第一次执行报错，语句ROLLBACK，实际表空间未被占用，因此dba_free_space有空闲空间可用。
另外，《Using DBA_FREE_SPACE (文档 ID 121259.1)》提供了一系列是用脚本，可以了解表空间使用，(仅用于教学用途，Oracle不负责任)
总结：
(1) ORA-01653/01654错误，基本可以判断由于表空间容量不能分配新的extent给表/索引段而导致的错误。解决方法就是新增数据文件/resize原有数据文件。
(2) dba_free_space显示了表空间可用容量，若此时表空间容量不足，则视图中无此表空间记录。dba_free_space和dba_segments/dba_extents的计算方式不同，因此取值可能会不同。
欢迎关注我的个人微信公众号：bisal的个人杂货铺
正文到此结束
热门推荐
相关文章
近期评论
-
文章和留言都翻到11页了 没有OOM
-
-
朋友，翻页到11页，及以后，会出现OOM，无法访问
-
-
搞个gitee的项目
-
-
版本号是多少，你可以下载哪个代码仓库，jdk选1.8 直接跑就行
-
-
-
Loading...
![[HBLOG]公众号](https://www.liuhaihua.cn/img/qrcode_gzh.jpg)
