oracle 19c 不支持表空间级 io 自动平衡，因表空间仅为逻辑容器，io 分布取决于数据文件物理位置、访问对象及段分配策略；实际优化需手动调整文件分布、迁移大表/lob、清理审计等。
oracle 19c 没有“根据表空间负载自动平衡 io 压力”的机制——表空间本身不调度 io，io 分布由数据文件物理位置、访问模式和 oracle 内部段分配逻辑共同决定，任何所谓“自动均衡”都是误读。
为什么表空间级 IO 无法自动平衡
表空间是逻辑容器，不控制 IO 路径。Oracle 不会因为 USERS 表空间读写高，就主动把新插入数据块挪到 INDEXES 表空间去“分摊”。实际 IO 分布取决于：
- SQL 访问的对象（表/索引）落在哪个数据文件，而文件属于哪个表空间只是元数据标签
- 段扩展时选择哪个空闲 extent，这受文件头位图、ASSM 自动段管理策略影响，与表空间名称无关
- 归档、备份、RMAN 备份集写入等后台操作走的是独立路径，不参与表空间逻辑调度
常见误解：看到 DBA_HIST_SEG_STAT 中某表空间下多个段物理读高，就以为“这个表空间太忙”，想把它拆开。其实问题往往在单个大表或 LOB 段上，而非表空间本身。
真正能影响 IO 分布的实操点
不是调表空间，而是调底层文件和对象分布。以下动作才有实际效果：
- 检查
dba_data_files中同一表空间下的各file_name是否落在不同物理设备上：例如一个指向+DATADG1，另一个指向/ssd/temp2.dbf；若全在+DATADG下不同 alias，IO 仍集中于同一 ASM diskgroup - 对高 IO 的大表，用
ALTER TABLE ... MOVE TABLESPACE new_ts迁移，确保new_ts的数据文件物理路径独立；迁移后记得重建索引并收集统计信息 - LOB 字段必须检查
dba_lobs.securefile是否为YES，BASICFILE 在 ASSM 下极易产生碎片化 IO；迁移需用ALTER TABLE ... MODIFY LOB(col) (STORE AS SECUREFILE)+SHRINK SPACE，不能只改属性 - 临时表空间组（如
TEMP_GRP）只有在每个成员 tempfile 位于不同磁盘路径时才可能分散排序 IO；否则 Oracle 仍大概率选第一个响应快的文件，v$tempseg_usage里能看到 90% 的tempseg都来自temp1
AWR 报告里怎么看才算真不均
别看 Tablespace IO Stats 汇总行——它和 File IO Stats 数值对不上，仅作趋势参考。关键看后者中的三个字段交叉：
-
Av Rd(ms)（不是Av Blk Rd(ms)）：真实单次读等待毫秒数，>10ms 就需警惕 -
Physical Reads：该文件被读的总次数 - 两者交叉判断：某文件
Physical Reads占比仅 3%，但Av Rd(ms)达 22ms（其余文件均 ≤4ms），说明它成了 IO 热点，不是因为读得多，而是每次读都卡住 - 必须手动按
Av Rd(ms)排序，报告默认按Physical Reads排，会掩盖这种“低频高延迟”型问题
查出高 Av Rd(ms) 的 File# 后，立刻执行：SELECT tablespace_name, file_name, autoextensible, maxbytes FROM dba_data_files WHERE file_id = &file_id;，确认是否为归档日志文件、是否已满、是否禁用 AUTOEXTEND 导致频繁等待扩展。
SYSAUX/SYSTEM 延迟突增别急着动表空间
这两个系统表空间 Av Rd(ms) 跳变，90% 和存储无关，而是内部任务失控：
- 查
DBA_AUTOTASK_JOB_HISTORY，过滤job_name LIKE '%STATS%'且duration > INTERVAL '5' MINUTE，大概率是optimizer_stats_advisor在扫大表统计信息 - 统一审计开启时，
AUDSYS表空间延迟升高，优先检查V$SYSAUX_OCCUPANTS中UNIFIED_AUDIT_TRAIL占用，再执行DBMS_AUDIT_MGMT.CLEAN_AUDIT_TRAIL清理，而不是尝试“导出到别的表空间”——这在 19c 中被严格禁止 -
SYSTEM上突然出现大量db file sequential read，先查v$session正在等什么对象，再用dba_extents定位对应段，常是未分区的大基表被全表扫描触发
所有这些操作，核心都不是“让表空间自己平衡”，而是定位到具体文件、段、任务，然后人工干预物理分布或关闭异常行为。自动，不存在。
