Oracle表空间是否自动增长取决于数据文件的AUTOEXTENSIBLE属性，需查DBA_DATA_FILES视图；AUTOEXTENSIBLE='NO'表示该文件不可扩展，存在写满风险，且同一表空间内各文件状态可不同。
查 DBA_DATA_FILES 里 AUTOEXTENSIBLE 为 'NO' 的记录
oracle 中表空间是否自动增长，取决于其对应数据文件的 autoextensible 属性，不是表空间本身直接控制。所以必须查 dba_data_files 视图，不能只看 dba_tablespaces。
执行以下语句即可定位所有未开启自动增长的数据文件（即所属表空间存在“硬上限”风险）：
SELECT tablespace_name, file_name, bytes/1024/1024 AS mb, autoextensible, maxbytes/1024/1024 AS max_mb FROM dba_data_files WHERE autoextensible = 'NO' ORDER BY tablespace_name;
注意：AUTOEXTENSIBLE = 'NO' 表示该文件完全不会扩展，哪怕表空间还有剩余配额；MAXBYTES = 0 且 AUTOEXTENSIBLE = 'YES' 是另一种常见“伪自动增长”——实际也无法扩展，需一并关注。
为什么 DBA_TABLESPACES 查不到自动增长状态？
DBA_TABLESPACES 只存表空间级元信息（如 STATUS、SEGMENT_SPACE_MANAGEMENT），不记录数据文件的扩展行为。一个表空间可包含多个数据文件，每个文件的 AUTOEXTENSIBLE 状态可以不同——也就是说，同一个表空间里可能有的文件能自动增长，有的不能。
- 误以为查
DBA_TABLESPACES就能判断整个表空间是否“可增长”，是常见误区 - 真正影响扩容能力的是最“短板”的那个文件：只要有一个
AUTOEXTENSIBLE = 'NO'，该表空间就存在写满即停的风险 - 查询时务必用
DBA_DATA_FILES，且以TABLESPACE_NAME分组审视，避免遗漏
检查前确认你有 SELECT_CATALOG_ROLE 或 DBA 权限
没权限会报错：ORA-00942: table or view does not exist，这不是对象不存在，而是权限不足。
如果你只有普通用户权限：
- 无法访问
DBA_*视图，只能查USER_TABLESPACES和USER_DATA_FILES，但这些视图不返回其他用户的表空间信息 - 必须联系 DBA 执行上述查询，或申请临时授予
SELECT_CATALOG_ROLE - 某些 Oracle 版本（如 12c+）还要求显式授予对
DBA_DATA_FILES的 SELECT 权限，即使已有DBA角色
别忽略临时表空间和撤销表空间的类似风险
上面查的是永久表空间的数据文件，但 TEMPFILE（临时表空间）和 UNDO 表空间同样依赖自动增长机制。它们分别在 DBA_TEMP_FILES 和 DBA_DATA_FILES（UNDO 通常也是普通数据文件）中管理。
临时表空间没开自动增长，会导致排序、哈希连接等操作直接报 ORA-01652: unable to extend temp segment；UNDO 文件卡死则可能引发事务失败或 ORA-30036。
建议一并检查：
SELECT tablespace_name, file_name, autoextensible, maxbytes/1024/1024 AS max_mb FROM dba_temp_files WHERE autoextensible = 'NO';
真实环境中，最容易被忽略的是临时表空间——它不常被人工干预，但高并发排序时极易触发容量瓶颈。
