查表空间使用率不能只看DBA_DATA_FILES，因其仅显示文件总大小而无已用/空闲信息；需结合DBA_FREE_SPACE计算，并注意自动扩展、空值处理、临时表空间过滤及回收站影响。
查表空间使用率为什么不能只看 DBA_DATA_FILES
因为 dba_data_files 只告诉你每个数据文件的总大小（bytes），不包含已用/空闲信息；真正反映“用了多少”的是实际分配出去的段（segments），而空闲空间得靠 dba_free_space 反推。直接连这两张表容易漏掉自动扩展（autoextensible = 'yes'）但尚未分配的文件空间，导致误判为“快满了”，其实还能撑。
DBA_DATA_FILES 和 DBA_FREE_SPACE 连表时必须加表空间名对齐
两张表都含 TABLESPACE_NAME，但连表时若没显式 ON t1.TABLESPACE_NAME = t2.TABLESPACE_NAME，容易因隐式转换或空值（比如 DBA_FREE_SPACE 里某些小表空间压根没空闲块，整行缺失）导致聚合结果错乱——比如把 A 表空间的文件大小和 B 表空间的空闲块加在一起。
- 务必用
LEFT JOIN：以DBA_DATA_FILES为主表，确保所有数据文件都被计入，哪怕对应表空间当前没有空闲块（DBA_FREE_SPACE为空） - 空闲空间求和前要
NVL(SUM(t2.BYTES), 0)，否则SUM遇到空组会返回NULL，后续计算百分比就崩了 - 别忘了过滤掉临时表空间：
WHERE t1.TABLESPACE_NAME NOT IN (SELECT TABLESPACE_NAME FROM DBA_TABLESPACES WHERE CONTENTS = 'TEMPORARY')
真实可用空间 ≠ 文件总大小 − 空闲块大小
Oracle 的高水位线（HWM）以下、未被段占用的块，不一定能被新插入数据复用；尤其启用了 ASSM（自动段空间管理）后，DBA_FREE_SPACE 显示的是“可分配的空闲区（extent）”，不是字节级连续空闲。所以监控阈值建议留余量：
- 普通表空间：告警线设在 85% 使用率，而不是 95%
- 如果表空间启用了
AUTOEXTENSIBLE，得额外查MAXBYTES，避免文件已满但MAXBYTES还有空间，此时真实瓶颈是磁盘而非 Oracle 配置 - 注意
DBA_FREE_SPACE不包含回收站（RECYCLEBIN）里的对象所占空间，清空回收站可能立刻释放几 GB
一条能跑通的监控 SQL 示例（带安全防护）
下面这个查询会排除临时表空间、处理空闲块缺失、兼容自动扩展，并输出使用率百分比：
SELECT t1.TABLESPACE_NAME, ROUND(SUM(t1.BYTES) / 1024 / 1024 / 1024, 2) AS "TOTAL_GB", ROUND(NVL(SUM(t2.BYTES), 0) / 1024 / 1024 / 1024, 2) AS "FREE_GB", ROUND((SUM(t1.BYTES) - NVL(SUM(t2.BYTES), 0)) * 100 / SUM(t1.BYTES), 2) AS "USED_PCT" FROM DBA_DATA_FILES t1 LEFT JOIN DBA_FREE_SPACE t2 ON t1.TABLESPACE_NAME = t2.TABLESPACE_NAME WHERE t1.TABLESPACE_NAME NOT IN ( SELECT TABLESPACE_NAME FROM DBA_TABLESPACES WHERE CONTENTS = 'TEMPORARY' ) GROUP BY t1.TABLESPACE_NAME ORDER BY "USED_PCT" DESC;
执行前确认你有 SELECT_CATALOG_ROLE 或直接 DBA 权限；如果只给普通用户查，得建视图并授权，不然连 DBA_FREE_SPACE 都看不到——这点常被忽略，一查就报 ORA-00942: table or view does not exist。
