要快速查出表空间中无效段，需关联dba_segments与dba_objects：SELECT s.owner, s.segment_name, s.segment_type, s.tablespace_name, o.status AS object_status, o.object_type FROM dba_segments s JOIN dba_objects o ON s.owner = o.owner AND s.segment_name = o.object_name WHERE s.tablespace_name = 'YOUR_TS' AND o.status IN ('INVALID', 'UNUSABLE') AND o.object_type IN ('TABLE', 'INDEX', 'MATERIALIZED VIEW LOG', 'LOBSEGMENT');
怎么快速查出表空间里哪些段是无效的
oracle 不会把“无效段”单独标记为一种类型，所谓无效段，本质是其所属对象（如表、索引、物化视图日志）处于 invalid 或 disabled 状态，但段本身仍物理存在。直接查 dba_segments 拿不到状态信息，必须关联对象字典。
最实用的一条语句是：
SELECT s.owner, s.segment_name, s.segment_type, s.tablespace_name,
o.status AS object_status, o.object_type
FROM dba_segments s
JOIN dba_objects o ON s.owner = o.owner AND s.segment_name = o.object_name
WHERE s.tablespace_name = 'YOUR_TS'
AND o.status IN ('INVALID', 'UNUSABLE')
AND o.object_type IN ('TABLE', 'INDEX', 'MATERIALIZED VIEW LOG', 'LOBSEGMENT');
注意点：
-
YOUR_TS要替换成实际表空间名，区分大小写 - 不加
o.object_type过滤会拉回大量系统对象（如包体、类型），干扰判断 -
MATERIALIZED VIEW LOG特别容易被忽略——它常含 ROWID 伪列，MOVE 失败时不会报错，但状态已不可用
为什么 dba_indexes.status != 'VALID' 不能代表段无效
索引状态为 UNUSABLE 只说明该索引无法用于查询或 DML，但它的段仍在表空间中占用空间，且可能阻塞表级操作（如 ALTER TABLE MOVE）。更关键的是：某些分区索引的子分区可能单独失效，而主索引状态仍显示 VALID。
要真正定位问题索引段，得查两层：
- 主索引状态：
SELECT index_name, status FROM dba_indexes WHERE tablespace_name = 'YOUR_TS' - 分区级状态：
SELECT index_name, partition_name, status FROM dba_ind_partitions WHERE tablespace_name = 'YOUR_TS'
如果任意一个 status 是 UNUSABLE，对应段就属于“逻辑无效但物理存在”的典型无效段。
遇到 ORA-10635 时，如何确认是不是无效段在捣鬼
ORA-10635: Invalid segment or tablespace type 常被误认为权限或版本问题，其实多数情况是目标段类型不支持收缩（比如函数索引所在段），或者段虽存在但对象已失效（INVALID），导致 Oracle 拒绝操作。
排查顺序建议：
- 先运行上文的联合查询，确认该表空间下是否存在
object_status = 'INVALID'的段 - 再检查段类型：
SELECT segment_type FROM dba_segments WHERE segment_name = 'XXX' AND owner = 'YYY'，排除TYPE2 UNDO、ROLLBACK等非标准段 - 对疑似对象执行
ANALYZE TABLE xxx VALIDATE STRUCTURE CASCADE;，若报ORA-01502（索引不可用）或ORA-08103（对象不存在），基本可断定是无效段残留
清理前必须验证的三个条件
删或重建前，务必确认以下三点，否则可能引发连锁失效：
- 该段所属对象没有被其他有效对象依赖（例如：物化视图日志被某个物化视图引用，
DBA_MVIEW_LOGS可查） - 对应表/索引没有启用
FLASHBACK ARCHIVE，否则DROP会失败并报ORA-55610 - 不是 SYSTEM 表空间中的系统对象——哪怕状态是
INVALID，也不能手动清理，应走utlrp.sql重编译
真正难处理的，永远不是状态一眼可见的 INVALID，而是那些 VALID 但底层段已损坏（比如块头校验失败）、或跨表空间引用断裂的对象。这类问题往往要结合 dbv 工具和 ORA-00600 trace 才能定位，不在常规无效段排查范围内。
