rac中临时表空间默认共享，争用源于全局临时段的段头块和位图块协调开销；有效方案是分磁盘组+表空间组实现物理隔离，而非简单扩容tempfile。
临时表空间在RAC中默认是共享的，不是本地的
Oracle RAC里没有“本地化管理”的临时表空间类型——TEMP表空间天然就是共享的，所有实例共用同一组tempfile，底层只维护一个全局临时段（v$sort_segment中只有一行）。所谓“本地化”其实是误传，真正能降低争用的是把排序压力从单个共享段上拆开，靠的是物理隔离，不是逻辑配置。
RAC中争用根源是全局临时段的段头块和位图块争抢
当多个实例并发执行ORDER BY或HASH JOIN，它们都得往同一个临时段里申请空间。关键争用点在两处：enq: TS - contention（段头块锁）和gc buffer busy acquire（跨节点读取位图块）。这不是I/O慢，是协调开销大。
- 所有实例修改同一段的高水位线（HWM），必须串行获取
TS锁 - ASSM位图块被频繁更新，RAC需通过Cache Fusion广播脏块，引发大量全局缓存等待
-
v$sort_usage里看到多个实例SEGTYPE = 'SORT'指向同一个TABLESPACE_NAME，就是典型信号
真正有效的“类本地化”方案：分磁盘组 + 表空间组
不改架构，只靠配置就能分流——核心是让不同实例倾向使用不同物理文件，减少对同一tempfile的争抢。
- 为每个RAC节点创建独立的ASM磁盘组（如
DATADG_NODE1、DATADG_NODE2），再分别建临时表空间：CREATE TEMPORARY TABLESPACE temp_node1 TEMPFILE '+DATADG_NODE1' SIZE 32G; - 用
ALTER TABLESPACE ... TABLESPACE GROUP把它们归入同一组，再通过ALTER USER ... TEMPORARY TABLESPACE GROUP分配给用户 - Oracle会按实例ID哈希选择组内表空间，实现事实上的“就近分配”，位图块和段头块物理隔离
- 注意：不能直接
ALTER DATABASE DEFAULT TEMPORARY TABLESPACE设成组名，必须显式绑定用户或角色
为什么单纯加tempfile到原TEMP表空间效果有限
往现有TEMP里加文件，只是扩大了同一个共享段的容量，位图和段头仍是全局竞争点。尤其当新tempfile和旧文件同属一个ASM磁盘组时，IO路径和内存结构没变，gc buffer busy反而可能因更多块参与协调而加剧。
- RAC中
ALTER TABLESPACE TEMP ADD TEMPFILE后仍报ORA-1652，大概率是位图块争用未缓解，不是空间真不够 - 查
v$waitstat若class = 'temporary' and wait_time > 0持续存在，说明争用在内存结构层，扩容文件治标不治本 - 真正要观察的是
v$segment_statistics里TEMP表空间对应段的logical reads和physical reads比值——比值越低，越说明卡在全局协调上，不是磁盘慢
最容易被忽略的是：临时表空间争用常和buffer busy waits混发，但前者等的是段头/位图块，后者等的是数据块；没分离清楚就去调db_cache_size或加freelist，等于往错地方打补丁。
