概述

在ORACLE数据库中，DBA_OBJECTS视图中OBJECT_TYPE为LOB的对象是什么东西呢？其实OBJECT_TYPE为LOB就是大对象（LOB），它指那些用来存储大量数据的数据库字段。

Oracle 11gR2 文档：

http://download.oracle.com/docs/cd/E11882_01/appdev.112/e18294/adlob_tables.htm#ADLOB45267

一、LOB 分类

LOB大对象主要是用来存储大量数据的数据库字段，在Oracle 9iR2 中LOB的最大容量是4G，Oracle 10g 最大8T，Oracle 11g 最大是128T。具体取决于blocksize 的大小。

The built-in LOB data types BLOB, CLOB, and NCLOB (stored internally) and BFILE (stored externally) can store large and unstructured data such as text, image, video, and spatial data. The size of BLOB, CLOB, and NCLOB data can be up to (232-1 bytes) * (the value of the CHUNK parameter of LOB storage).

1、Oracle 支持4 种类型的LOB：

CLOB：字符LOB。这种类型用于存储大量的文本信息，如XML 或者只是纯文本。这个数据类型需要进行字符集转换，也就是说，在获取时，这个字段中的字符会从数据库的字符集转换为客户的字符集，而在修改时会从客户的字符集转换为数据库的字符集。

NCLOB：这是另一种类型的字符LOB。存储在这一列中的数据所采用的字符集是数据库的国家字符集，而不是数据库的默认字符集。

BLOB：二进制LOB。这种类型用于存储大量的二进制信息，如字处理文档，图像和你能想像到的任何其他数据。它不会执行字符集转换。应用向BLOB 中写入什么位和字节，BLOB就会返回什么为和字节。

BFILE：二进制文件LOB。这与其说是一个数据库存储实体，不如说是一个指针。带BFILE列的数据库中存储的只是操作系统中某个文件的一个指针。这个文件在数据库之外维护，根本不是数据库的一部分。BFILE 提供了文件内容的只读访问。

2、LOB数据类型分类

2.1、按存储数据的类型分：

（1）字符类型：

CLOB:存储大量 单字节 字符数据。

NLOB:存储定宽 多字节 字符数据。

（2）二进制类型：

BLOB:存储较大无结构的二进制数据。

（3）二进制文件类型：

BFILE:将二进制文件存储在数据库外部的操作系统文件中。存放文件路径。

2.2、按存储方式分：

（1）存储在内部表空间（内部LOB）：

CLOB，NLOB和BLOB

（2）指向外部操作系统文件（外部LOB）：

BFILE

二、Lob的存储

我们建立含有lob字段的表时，oracle会自动为lob字段建立两个单独的segment,一个用来存放数据，另一个用来存放索引，并且它们都会存储在对应表指定的表空间中。

如上例所示，每个lob字段都对应两个segment，其中存放lob数据的以SYS_LOB开头，存放索引以SYS_IL开头。

LOB 按“块”（chunk）或（piece）来存储，每个片段都可以访问。

三、Lob与其它类型的转换

通过TO_CLOB可以将CHAR，NCHAR，VARCHAR2,NVARCHAR2，NCLOB类型转换成CLOB；

通过TO_LOB可以将LONG RAW转换成BLOB，LONG转换成CLOB；

通过TO_NCLOB可以将CHAR，NCHAR，VARCHAR2,NVARCHAR2，CLOB转换成NCLOB。

四、Oracle数据库的SYS_LOB

看看你的表里是不是存在blog，clob等类型的字段，当我们所建立的表中含有lob型的数据时，oracle会为每个lob字段生成一个独立的segment用来存放数据，同时也建立了独立的index segment .oracle对它们是单独管理的。

普通表只会新增一个或两个段对象.类型为TABLE和INDEX，数据就存放在表段中.索引就放在索引段中。但是LOB列则额外新增了两个段对象,类型为LOBSEGMENT和LOBINDEX，LOBINDEX用于指向LOB段,找出其中的某一部分，所以存储在表中的LOB存储的是一个地址,或者说是一个指针,实际上表中的lob列中存的是一个地址段.然后在lobindex找到所有的地址段.然后在lobSegment中把所有地址段的值都读取了来。所以lobSegment就保存了LOG列的真正的数据，所以会非常大，并且独立于原始表存在。

先看看这个对应的表的字段是否有数据，如果有你就无法删除这个sys_lob$的对象。想减少空间的占用就清理历史数据，或者重新导出导入下。

五、相关概念

关于LOB，我们可以使用dbms_metadata来获得它的完整的脚本：

SELECT DBMS_METADATA.GET_DDL( 'TABLE', 'LOB_TABLE' ) FROM DUAL

1、表空间

保存lob数据的表空间可以不同于保存表数据的表空间，为LOB数据单独使用一个表空间有利于备份和恢复以及空间管理但是lobindex和lobsegment必须在同一个表空间中

2、IN ROW

ENABLE STORAGE IN ROW
DISABLE STORAGE IN ROW

控制LOB数据是否总与表分开存储（存储在lobsegment中），或是有时可以与表一同存储，而不用单独放在lobsegment中。

如果设置了ENABLE STORAGE IN ROW，而不是DISABLE STORAGE IN ROW，小LOB（最多4,000字节）就会像VARCHAR2一样存储在表本身中。只有当LOB超过了4,000字节时，才会“移出”到lobsegment中

默认行为是启用行内存储ENABLE STORAGE IN ROW，如果lob存储的数据大小能在表本身中放下，建议采用内联存储

3、CHUNK

块（chunk）是逻辑上连续的一组数据库块（block），这也是LOB的最小分配单元。，每个LOB实例（每个行外存储的LOB值）会占用至少一个CHUNK。一个CHUNK有一个LOB值使用，每个chunk的大小应该尽可能与实际lob数据的大小相近，以减少浪费空间；

4、PCTVERSION

控制lob的读一致性

PCTVERSION控制着用于实现LOB数据版本化的已分配LOB空间的百分比（这些数据库块由某个时间点的LOB所用，并处在lobsegment的HWM以下）。对于许多使用情况来说，默认设置12%就足够了，因为在很多情况下，你只是要INSERT和获取LOB（通常不会执行LOB的更新；LOB往往会插入一次，而获取多次）。因此，不必为LOB版本化预留太多的空间（甚至可以没有）。

如果你的应用确实经常修改LOB，假设很频繁地读LOB，与此同时另外某个会话正在修改这些LOB，12%可能就太小了。如果处理LOB时遇到一个ORA-22924错误，解决方案不是增加undo表空间的大小，也不是增加undo保留时间（UNDO_RETENTION），如果你在使用手动undo管理，那么增加更多RBS空间也不能解决这个问题。而是应该使用以下命令：

ALTER TABLE tabname MODIFY LOB (lobname) ( PCTVERSION n)

增加lobsegment中为实现数据版本化所用的空间大小。

5、CACHE

控制lobsegment数据是否存储在缓冲区缓存中。默认的NOCACHE指示，每个访问都是从磁盘的一个直接读

ALTER TABLE tabname MODIFY LOB (lobname) ( CACHE );
ALTER TABLE tabname MODIFY LOB (lobname) ( NOCACHE );

六、查看ORACLE的LOB(BLOB和CLOB)对象占用的大小

1、查看Oracle中表空间及表数据大小

Select Segment_Name, Sum(bytes) / 1024 / 1024
 From User_Extents
 where SEGMENT_NAME LIKE 'SYS_LOB%'
 GROUP BY Segment_Name
 order by Sum(bytes) / 1024 / 1024 desc;

从返回的结果看，有一个segment名为"SYS_LOB0000701017C00045$"的对象占用了大量的空间，这种带有SYS_LOB***即LOB(BLOB和CLOB)对象占用数据库的空间名称。

2、根据segment_name，就可以从 dba_lobs 表里查到是哪个表，哪个字段

SELECT * FROM DBA_LOBS WHERE SEGMENT_NAME LIKE 'SYS_LOB0000701017C00045$';

后面会分享更多devops和DBA方面的内容，感兴趣的朋友可以关注下！