RAC中各实例默认临时表空间必须各自独立且本地化，不可共用同一表空间或组内单表空间；应为每实例创建专属临时表空间（如TEMP_INST1），指定ASM实例路径并加入同名逻辑组，确保tempfile在线、可写且不冲突。
如何检查 RAC 中各实例的默认临时表空间是否一致
不一致会导致跨实例排序、全局临时表操作失败，甚至 ora-1652（无法扩展临时段）在某个实例上频发，而其他实例正常。关键不是“有没有设”，而是“设给谁、是否生效”。
- 用
SELECT instance_name FROM gv$instance确认所有实例名 - 逐实例查：运行
SELECT property_value FROM database_properties WHERE property_name = 'DEFAULT_TEMP_TABLESPACE'—— 注意必须在每个实例上分别执行（gv$视图不反映本实例实际生效值） - 临时表空间组名本身不跨实例共享，
dba_tablespace_groups是全局视图，但组内成员是否被某实例“选中”取决于该实例的default_temp_tablespace设置
为什么不能直接把所有实例 default_temp_tablespace 设成同一个表空间组
可以设，但没意义，还埋雷。RAC 下临时段是实例本地的，即使指向同一组，每个实例仍只使用组内“分配给它”的那个表空间（即 dba_temp_files 所属实例）。强行共用组名，反而掩盖了实际物理隔离的事实。
- 若组里只有一个表空间，且该表空间的数据文件只在一个节点上有（比如建在
+DATA/racdb/temp01.dbf但 ASM diskgroup 未在所有节点挂载），则其他实例启动时会报ORA-01157 - 正确做法是：为每个实例单独指定一个**本地化**的临时表空间，例如
TEMP_INST1、TEMP_INST2，再各自加入同名组（如TEMP_GROUP）——组名只是逻辑标签，不改变物理归属 -
ALTER DATABASE DEFAULT TEMPORARY TABLESPACE命令只影响当前实例，不会广播到其他节点
创建实例本地临时表空间的实操要点
核心原则：文件路径必须对本实例可写、不与其他实例冲突，且避免共享存储单点瓶颈。
- 建表空间时显式指定
TABLESPACE GROUP，例如：CREATE TEMPORARY TABLESPACE temp_inst1 TEMPFILE '+DATA' SIZE 100M TABLESPACE GROUP 'TEMP_GROUP' - ASM 路径要带实例标识，比如用
+DATA/racdb_inst1/temp01.dbf，避免多个实例尝试往同一路径写文件 - 不要依赖 OMF（Oracle Managed Files）自动生成路径——它默认不区分实例，容易导致多个实例争用同一 tempfile
- 确认
tempfile的status是ONLINE且enabled是READ WRITE，用SELECT tablespace_name, status, enabled FROM dba_temp_files
常见误判：v$sort_segment 显示空或数据异常
这不是配置错误，而是观察视角问题。v$sort_segment 只显示**当前连接所在实例**的活动临时段，RAC 下天然就是分实例的。你连到 inst1 查不到 inst2 的排序信息，完全正常。
- 查全局排序负载，应看
gv$sort_segment，并结合inst_id列过滤 - 如果某实例的
v$sort_segment.bytes_used长期为 0，说明它几乎没跑过需要磁盘排序的操作——不是坏了，是业务分布不均 - 监控
temp_space_allocated和temp_space_used两个指标比单纯看 segment 更准，它们来自gv$session，能反映实时内存/磁盘排序倾向
