LOB 参数主要集中在两个地方：
（图片来源网络，侵删）
- 表级别：在创建表或修改表结构时，为 LOB 列指定存储参数。
- 数据库级别：通过初始化参数（
INIT.ORA文件或SPFILE）来控制整个数据库的 LOB 默认行为和性能。
下面我们将分别从这两个方面进行说明。
表级别的 LOB 参数修改
这是最常见的场景,当你创建一个包含 LOB 列的表时，或者需要修改现有 LOB 列的存储属性时，你会使用 CREATE TABLE 或 ALTER TABLE 语句中的 LOB 子句。
核心参数
| 参数 | 说明 | 修改场景 |
|---|---|---|
STORAGE |
定义 LOB 数据和索引段的物理存储，包括表空间、PCTFREE、PCTUSED、INITIAL、NEXT、MINEXTENTS、MAXEXTENTS、FREELISTS 等。 |
最常用，当 LOB 数据增长很快或需要优化 I/O 时，调整存储参数，特别是将其放置在独立的、高性能的表空间中。 |
TABLESPACE |
指定 LOB 数据和 LOB 索引存放的默认表空间，可以分别为数据 (DATAFILE) 和索引 (INDEXFILE) 指定不同表空间。 |
强烈推荐，将 LOB 数据和索引与普通表数据分离，以提高管理性能和 I/O 效率。 |
CACHE / NOCACHE |
决定 LOB 数据块是否被放入数据库缓冲区缓存。 | 性能关键参数。 - CACHE: 小型、频繁访问的 LOB（如图片、文档片段）会从缓存中读取，速度更快，默认值。- NOCACHE: 大型、不常访问的 LOB（如视频、大型归档文件）会直接从磁盘读取，避免污染缓存。 |
LOGGING / NOLOGGING |
决定对 LOB 数据的修改是否产生重做日志。 | 性能与安全权衡。 - LOGGING: 默认值，保证数据可恢复，但会增加 I/O。- NOLOGGING: 在直接路径加载（如 SQL*Loader、INSERT /*+ APPEND */）时，不生成重做日志，极大提高性能。但有数据丢失风险（如实例崩溃后无法恢复）。 |
CHUNK |
LOB 数据块的大小，单位是字节，必须是数据库块大小的整数倍。 | 特殊场景，默认是数据库块大小，对于非常大的 LOB（如视频），可以增大 CHUNK 以减少段头块的数量，提高管理效率。 |
修改操作示例
假设我们有一个表 my_documents，包含一个 CLOB 列 document_content。
创建表时指定 LOB 参数
CREATE TABLE my_documents (
id NUMBER PRIMARY KEY,
doc_name VARCHAR2(100),
document_content CLOB
)
LOB (document_content) STORE AS (
TABLESPACE lob_ts_data -- LOB 数据存放在 lob_ts_data 表空间
TABLESPACE lob_ts_idx INDEX lob_ts_idx -- LOB 索引存放在 lob_ts_idx 表空间
STORAGE (
INITIAL 128K
NEXT 128K
PCTFREE 10
)
CACHE -- 频繁访问，使用缓存
LOGGING -- 产生重做日志，保证数据安全
CHUNK 8192 -- CHUNK 大小为 8KB (与数据库块大小一致)
);
修改现有表的 LOB 参数 (使用 ALTER TABLE ... MODIFY)
重要提示：修改 LOB 子句中的大部分参数（如 STORAGE, TABLESPACE, CACHE, LOGGING）通常需要重建 LOB 段，这意味着 Oracle 会创建一个新的 LOB 段，并将数据从旧段迁移过去，然后删除旧段，此操作会锁住表，并且对于大型 LOB 来说非常耗时。
（图片来源网络，侵删）
示例：修改 LOB 的表空间和缓存模式
-- 将 document_content LOB 的数据移动到新的表空间，并改为 NOCACHE 模式
ALTER TABLE my_documents
MODIFY LOB (document_content) (
TABLESPACE new_lob_ts_data,
NOCACHE
);
示例：修改 LOB 的存储参数
-- 修改 LOB 的 INITIAL 和 NEXT 大小
ALTER TABLE my_documents
MODIFY LOB (document_content) (
STORAGE (
INITIAL 256K,
NEXT 256K
)
);
示例：修改 LOB 的 CHUNK 大小
-- 修改 CHUNK 大小 (同样需要重建)
ALTER TABLE my_documents
MODIFY LOB (document_content) (
CHUNK 16384 -- 修改为 16KB
);
数据库级别的 LOB 参数修改
这些参数在数据库启动时加载,影响所有新创建的 LOB 对象的默认行为。
（图片来源网络，侵删）
| 参数 | 说明 | 修改场景 |
|---|---|---|
DB_LOB_CACHE_MAX_SIZE |
设置一个会话可以使用的最大 LOB 缓冲区大小（以 GB 为单位）。 | 当单个会话需要处理非常大的 LOB（如多个 GB）并且希望将它们缓存在内存中时，可以增大此值以避免 "LOB 缓冲区不足" 错误。 |
LOB_CACHE_READ_SIZE |
设置每次从磁盘读取到 LOB 缓冲区的数据量（以块为单位）。 | 优化大 LOB 的读取性能，对于顺序读取大文件，可以适当增大此值以减少 I/O 次数。 |
LOB_PREFETCH_SIZE |
设置预取 LOB 数据块的数量，当客户端请求 LOB 数据时，Oracle 会预取后续的数据块到缓存中。 | 优化连续读取 LOB 的性能，减少延迟。 |
修改操作示例
数据库级别的参数修改需要重启数据库才能生效。
查看当前参数值
-- 查看所有与 LOB 相关的参数 SHOW PARAMETER lob; -- 或查询 V$PARAMETER 视图 SELECT name, value FROM v$parameter WHERE name LIKE '%LOB%';
修改参数
使用 ALTER SYSTEM 或 ALTER SESSION 命令。ALTER SYSTEM 的修改会写入 SPFILE 并在重启后持续生效。
-- 修改全局 LOB 缓冲区最大大小为 2GB ALTER SYSTEM SET db_lob_cache_max_size=2 SCOPE=SPFILE; -- 修改 LOB 预取大小为 32 个数据块 ALTER SYSTEM SET lob_prefetch_size=32 SCOPE=SPFILE;
重启数据库
SHUTDOWN IMMEDIATE; STARTUP;
重要注意事项和最佳实践
-
性能与存储分离：
- 最佳实践：始终为 LOB 数据和 LOB 索引创建独立的表空间，并将其放置在高性能的存储设备（如 SSD、快速磁盘）上，这样可以避免 LOB I/O 对普通业务数据造成冲击。
-
CACHEvsNOCACHE的选择：CACHE：适用于小型、热点 LOB，用户头像、产品描述，数据能快速从内存获取。NOCACHE：适用于大型、冷数据 LOB，历史档案、视频文件，避免这些巨大的对象挤占宝贵的数据库缓存，导致其他热数据被换出。
-
LOGGINGvsNOLOGGING的风险：- 谨慎使用
NOLOGGING，它只能在直接路径操作中生效，并且会破坏数据库的恢复能力，如果使用NOLOGGING，必须确保有其他备份策略（如 RMAN 备份）来保护数据，对于常规的 DML 操作（INSERT,UPDATE,DELETE），NOLOGGING是无效的。
- 谨慎使用
-
ALTER TABLE ... MODIFY LOB的影响：- 锁定：此操作会锁定整个表，在操作期间，表上的 DML 会被阻塞。
- 耗时：对于包含大量数据的 LOB，重建过程可能需要很长时间。
- 规划：在业务低峰期执行此类操作，并确保有足够的表空间和回滚段空间。
-
监控与维护：
- 定期监控 LOB 段的空间使用情况，使用
DBA_LOBS,DBA_LOB_PARTITIONS,DBA_EXTENTS等视图。 - 对于不再需要的历史 LOB 数据，考虑进行分区表 + 分区交换或表压缩等高级技术来管理，而不是单纯地
DELETE。
- 定期监控 LOB 段的空间使用情况，使用
修改 Oracle LOB 参数是一个结合了业务需求、性能优化和存储规划的综合性任务。
- 表级别修改 (
ALTER TABLE) 是最灵活的，用于针对特定表进行精细化调优，但要注意其锁定和耗时的影响。 - 数据库级别修改 (
ALTER SYSTEM) 用于设置全局默认值，影响所有新对象，但需要重启数据库。
在进行任何修改前,请务必在测试环境中充分验证，并评估其对生产环境的潜在影响。
