oracle 21c中create bigfile tablespace必须显式声明bigfile关键字，否则默认创建smallfile表空间；语法为create bigfile tablespace tbs_name datafile 'path' size n autoextend on；仅支持单数据文件，扩容须resize而非add datafile，且需验证dba_tablespaces.bigfile列为yes。
CREATE BIGFILE TABLESPACE 语句必须显式声明
Oracle 21c 默认表空间类型仍是 SMALLFILE，哪怕你没写 SMALLFILE 关键字。不加 BIGFILE 就不会创建大文件表空间——这是最容易踩的坑，很多人执行完 CREATE TABLESPACE ... 发现还是普通表空间，就是因为漏了这个词。
正确写法必须是：
CREATE BIGFILE TABLESPACE bf_app_data DATAFILE '/u01/oradata/ORCL/bf_app_data.dbf' SIZE 10G AUTOEXTEND ON NEXT 512M MAXSIZE UNLIMITED;
-
BIGFILE必须紧挨CREATE后面，不能换行或加空格干扰解析 - 路径需提前存在且 Oracle 进程有写权限；Windows 路径用正斜杠
/或双反斜杠\，避免单反斜杠被当作转义符 -
MAXSIZE UNLIMITED在 21c 中仍有效，但实际受限于文件系统（如 XFS 支持单文件 500TB，ext4 仅 16TB）
大文件表空间只能有一个数据文件
你不能像普通表空间那样追加第二个 DATAFILE。一旦执行 ALTER TABLESPACE bf_app_data ADD DATAFILE ...，Oracle 会直接报错 ORA-32771: cannot add datafile to bigfile tablespace。
扩容唯一合法方式是扩大已有文件：
ALTER DATABASE DATAFILE '/u01/oradata/ORCL/bf_app_data.dbf' RESIZE 20G;
- 如果启用了
AUTOEXTEND ON，Oracle 会在空间不足时自动增长，但每次只按NEXT值扩展（比如NEXT 512M） - 手动
RESIZE不受MAXSIZE限制，只要文件系统允许；但若设了MAXSIZE 30G，再RESIZE 40G会失败 - 别指望靠加文件来“横向扩容”——
BIGFILE的设计就是单文件巨量存储，逻辑上就拒绝多文件
确认是否真建成了 BIGFILE 表空间
光看建表语句不保险。执行完后务必查 DBA_TABLESPACES，重点看 BIGFILE 列：
SELECT tablespace_name, bigfile, status, contents FROM dba_tablespaces WHERE tablespace_name = 'BF_APP_DATA';
返回结果中 BIGFILE 列值必须是 YES。如果是 NO，说明建表语句没生效或被忽略（常见于 SQL*Plus 中语句未以分号结尾、或用了错误的连接用户权限）。
-
STATUS应为ONLINE，CONTENTS通常为PERMANENT（非TEMPORARY或UNDO） - 不要依赖
DBA_DATA_FILES的文件数量判断：普通表空间也可能只有一个文件，但DBA_TABLESPACES.BIGFILE才是权威标识 - 如果误建成了
SMALLFILE，不能 ALTER 修改类型，只能DROP TABLESPACE ... INCLUDING CONTENTS AND DATAFILES后重建
大文件表空间对 DB_BLOCK_SIZE 敏感
单个数据文件最大容量 = 4G × DB_BLOCK_SIZE（单位字节）。21c 默认 DB_BLOCK_SIZE 是 8K，理论极限是 32TB；但如果你在建库时设了 16K，极限就变成 64TB。
查当前块大小：
SHOW PARAMETER db_block_size
- 这个参数在实例启动时固化，运行时不可改。想调大块尺寸？得重建数据库
- 别盲目设 64K 块——它会显著增加内存和 I/O 开销，只适合超大宽表、极少 DML 的场景（如数仓事实表）
- 如果看到
ORA-01144: file size (xxx blocks) exceeds maximum of 4194303 blocks，基本就是块大小 × 请求 SIZE 超了 4G 块上限
