直接查dba_data_files和dba_free_space可获准确剩余容量和使用率，但空表空间不出现于dba_free_space中，需left join避免遗漏，并用nullif和nvl处理除零及null问题；临时表空间须另查v$temp_extent_pool等视图。
直接查 dba_data_files 和 dba_free_space 就能拿到准确的剩余容量和使用率，但必须注意：空表空间（没分配任何段）不会出现在 dba_free_space 里，会导致除零或缺失结果。
为什么用 dba_data_files 和 dba_free_space 联查
表空间总容量来自 dba_data_files（每个数据文件的 bytes 总和），空闲空间来自 dba_free_space（所有未分配的 free extent）。两者必须按 tablespace_name 关联，但要注意：
-
dba_free_space不包含刚创建、尚未写入任何对象的空表空间 —— 这类表空间在结果中会丢失 - 如果某个表空间的数据文件被设为
autoextensible = 'YES'，dba_data_files.bytes只反映当前已分配大小，不是理论最大值 - 查询需有
SELECT_CATALOG_ROLE或DBA权限，普通用户查user_*视图只能看到自己默认表空间的部分信息
LEFT JOIN 写法避免漏掉空表空间
用 LEFT JOIN 把 dba_data_files 作为主表，确保即使某表空间还没产生任何空闲块（即 dba_free_space 无记录），也能显示总容量和 0 剩余：
SELECT df.tablespace_name, ROUND(df.total_bytes / 1024 / 1024, 2) AS "总_MiB", NVL(ROUND(fs.free_bytes / 1024 / 1024, 2), 0) AS "剩余_MiB", ROUND((df.total_bytes - NVL(fs.free_bytes, 0)) / 1024 / 1024, 2) AS "已用_MiB", ROUND((df.total_bytes - NVL(fs.free_bytes, 0)) * 100 / NULLIF(df.total_bytes, 0), 2) AS "使用率_%" FROM ( SELECT tablespace_name, SUM(bytes) AS total_bytes FROM dba_data_files GROUP BY tablespace_name ) df LEFT JOIN ( SELECT tablespace_name, SUM(bytes) AS free_bytes FROM dba_free_space GROUP BY tablespace_name ) fs ON df.tablespace_name = fs.tablespace_name ORDER BY "使用率_%" DESC;
关键点：
-
NULLIF(df.total_bytes, 0)防止某表空间total_bytes = 0（极少见但可能）导致除零错误 -
NVL(fs.free_bytes, 0)把空表空间的缺失值转为 0，否则剩余为NULL，计算会失败 - 单位统一用 MiB（
/ 1024 / 1024），避免 GB 换算中因四舍五入掩盖小量碎片
临时表空间不能用 dba_free_space
dba_free_space 只统计永久表空间；临时表空间的空闲空间要查 v$temp_space_header 或 dba_temp_files + v$temp_extent_pool：
SELECT tf.tablespace_name, ROUND(tf.bytes / 1024 / 1024, 2) AS "总_MiB", ROUND((tf.bytes - NVL(te.used_bytes, 0)) / 1024 / 1024, 2) AS "剩余_MiB", ROUND(NVL(te.used_bytes, 0) / 1024 / 1024, 2) AS "已用_MiB" FROM dba_temp_files tf LEFT JOIN ( SELECT tablespace_name, SUM(bytes_used) AS used_bytes FROM v$temp_extent_pool GROUP BY tablespace_name ) te ON tf.tablespace_name = te.tablespace_name;
注意：
-
v$temp_extent_pool是实例级视图，只反映当前活跃会话使用的临时段，重启后归零 - 临时表空间没有“使用率”概念，因为它的空间是复用的，重点看是否接近耗尽（比如剩余
- 如果
v$temp_extent_pool返回空，不代表没用，只是当前没活动排序/哈希操作
最易被忽略的是：dba_free_space 中的空闲块可能高度离散（大量小 extent），即使剩余总量够，也可能因无法满足一个大对象的分配请求而报 ORA-01652。查完使用率后，顺手跑一句 SELECT tablespace_name, MAX(bytes)/1024/1024 FROM dba_free_space GROUP BY tablespace_name 看下最大连续空闲块大小更实用。
