临时表空间组的负载均衡本质是文件级轮询而非智能调度，需确保各临时表空间配置相同数量、相近大小及同性能层的临时文件，并通过ADD TEMPFILE显式添加文件，同时统一AUTOEXTEND参数以避免倾斜。
临时表空间组的负载均衡本质是文件级轮询，不是智能调度
oracle 并不为临时表空间组（temporary tablespace group）内的多个临时表空间做“动态负载判断”或“io热点感知”。它只按会话首次分配排序号（temp_space_id）轮询选择组内第一个可用的临时表空间，再由该表空间内部的 sort_segment 管理器在自身多个数据文件间做 round-robin 分配。所以所谓“均衡”，前提是组内每个临时表空间都配置了相同数量、相近大小、同存储路径（或同性能层）的临时文件。
添加多个临时文件时必须用 ADD TEMPFILE 而非 RESIZE 或 REUSE
向已有临时表空间追加文件，必须显式执行 ADD TEMPFILE；仅靠 RESIZE 无法新增文件，REUSE 只用于重建已删除的 tempfile（且需带 REUSE 关键字）。常见错误是误以为修改 MAXSIZE 就能自动扩容——实际只是放开上限，不触发物理文件增长。
ALTER TABLESPACE temp01 ADD TEMPFILE '/u01/oradata/db/temp01_02.dbf' SIZE 2G AUTOEXTEND ON NEXT 128M MAXSIZE 8G;- 每个 tempfile 建议控制在 2–8GB，避免单文件过大导致 checkpoint 或恢复变慢
- 确保所有 tempfile 的
AUTOEXTEND参数一致，否则轮询后某些文件先撑满，后续排序被迫挤到少数几个文件上
临时表空间组不能跨平台直接迁移，文件路径必须提前对齐
创建组时 Oracle 只存逻辑名（如 TEMP_GROUP_A），但运行时所有 tempfile 路径必须真实可写且权限正确。RAC 环境下尤其要注意：不同节点挂载的 ASM diskgroup 名称必须一致，裸设备路径需统一软链，否则某节点启动时因找不到 /dev/asm_temp03 而报错 ORA-01119: error in creating database file。
- 建组前先在所有实例验证：
SELECT file_name FROM dba_temp_files WHERE tablespace_name IN ('TEMP1','TEMP2'); - Linux 下建议用 udev 规则固化设备名，避免重启后
sdb → sdc导致路径失效 - ASM 中优先使用别名（alias）而非系统生成的
+DATA/db/tempfile/temp01.256.12345这类路径
监控真实负载要查 v$sort_segment 而非 dba_temp_files
dba_temp_files 只显示文件定义和当前大小，看不出哪个文件正在被大量排序占用。v$sort_segment 才反映实时段级使用情况，其中 used_blocks 和 free_blocks 是判断倾斜的关键指标。
- 检查是否倾斜：
SELECT tablespace_name, file_id, used_blocks, free_blocks FROM v$sort_segment ORDER BY used_blocks DESC; - 如果某 file_id 的
used_blocks持续远高于其他，说明该 tempfile 所在磁盘 IO 压力大，或被某些长事务独占（如未提交的大型排序操作） - 注意：
v$sort_segment中的file_id对应的是dba_temp_files.file_id，不是操作系统文件编号
真正影响均衡效果的，从来不是组里加了多少个表空间，而是每个 tempfile 的物理分布、扩展策略和所在存储子系统的响应一致性。哪怕配置了 8 个 tempfile，只要其中 3 个落在同一块机械盘上，那组的整体“均衡”就只是幻觉。
