Oracle 19c 不支持单个表空间配置多种块大小；只能创建多个独立表空间，各自指定不同BLOCKSIZE，并按段类型显式分配。因数据文件块大小在创建时固定且必须匹配对应DB_nK_CACHE_SIZE缓存参数，SYSTEM、SYSAUX、UNDO和TEMP表空间强制使用主块大小。
Oracle 19c 不支持为单个表空间配置多种块大小，所谓“多块大小表空间”本身是个误解；真正可行的是创建多个独立表空间，各自指定不同 db_block_size，再按段（如大对象、索引、历史归档）显式分配到对应表空间。
为什么不能在一个表空间里混用块大小
Oracle 表空间的块大小在创建时即绑定到其底层数据文件，由数据库初始化参数 db_block_size（主块大小）决定；其他块大小（如 2K、4K、8K、16K、32K）仅能通过 DB_nK_CACHE_SIZE 参数启用缓存，但必须配合独立的数据文件和独立的表空间使用。试图在已有表空间中添加不同块大小的数据文件会报 ORA-01138：数据库必须挂载且未打开，或该块大小未在启动时启用缓存。
- 每个数据文件只能有一种
blocksize，且必须与对应DB_nK_CACHE_SIZE参数匹配 -
SYSTEM和SYSAUX表空间强制使用主块大小（db_block_size），无法更改 - 撤销（UNDO）和临时（TEMP）表空间也必须使用主块大小
如何创建并使用非标准块大小的表空间
前提是数据库已启用对应缓存（如需 16K 表空间，必须先设 DB_16K_CACHE_SIZE > 0），且该值在实例启动时生效（不能动态设为 0 后再改）。
- 查当前可用块大小缓存：
SHOW PARAMETER db_—— 看是否有db_2k_cache_size、db_16k_cache_size等非零值 - 若无，需修改 SPFILE 并重启：
ALTER SYSTEM SET db_16k_cache_size = 128M SCOPE=SPFILE; - 创建 16K 表空间示例：
CREATE TABLESPACE tbs_large_idx DATAFILE '/u01/oradata/ORCL/tbs_large_idx01.dbf' SIZE 512M BLOCKSIZE 16K; - 注意：
BLOCKSIZE必须显式写出，不能省略；路径需有写权限，且文件不能已存在
哪些段适合分配到非标准块大小表空间
不是所有对象都受益于大块——关键看 I/O 模式和访问粒度。盲目迁移反而增加 buffer cache 碎片和管理复杂度。
-
推荐用 16K/32K 的场景：大型 B-tree 索引（深度 > 4）、宽列堆表（单行 > 8KB）、LOB 存储（尤其
ENABLE STORAGE IN ROW = FALSE） - 慎用小块（2K/4K）的场景：极窄表（如配置码表），但 Oracle 19c 中小块实际收益极低，且易加剧 buffer busy waits，通常不建议
- 禁止跨块大小的操作：分区表不能跨不同块大小的表空间；物化视图日志、位图索引、IOT 的 overflow 段也受限于主表空间块大小
分配段时容易忽略的约束
即使表空间建好了，对象未必能成功创建进去——Oracle 在解析阶段就校验块兼容性，失败时不报块大小相关错误，而是抛出看似无关的提示。
- 创建索引时报
ORA-01450（maximum key length exceeded）？可能因目标表空间块大小太小，无法容纳索引键+ROWID - 建表时报
ORA-01654（failed to extend index）？检查索引所在表空间是否用了比数据表更小的块，导致扩展单位（extent）物理尺寸不足 - 查询
dba_segments发现tablespace_name正确但blocks异常小？确认该段是否真落在目标表空间——某些 DDL（如CREATE TABLE AS SELECT）会忽略TABLESPACE子句，继承用户默认表空间 - RAC 环境下，所有节点必须启用相同的
DB_nK_CACHE_SIZE，否则某节点可能无法读取该表空间中的数据文件
真正起效的关键不在“多块大小”这个说法，而在于你是否清楚每个段的物理访问特征，并让块大小、缓存策略、I/O 路径三者对齐。一旦配错，问题往往藏在 buffer cache 命中率或等待事件（如 read by other session）背后，而不是日志里明说的错误。
