Oracle不支持SQL级指定临时表空间，必须通过会话级temporary_tablespace属性配置；应为报表用户创建专用临时表空间或表空间组，并重新登录生效，再用v$sort_usage验证使用情况。
为什么不能直接在 SQL 里指定临时表空间
Oracle 不支持类似 SELECT /*+ USE_TEMP_TABLESPACE(temp2) */ ... 这样的语法。临时表空间的分配完全由会话级属性决定，和单条 SQL 无关。一旦会话启动，它就绑定到自己的 temporary_tablespace 属性，后续所有排序、哈希连接、全局临时表写入都自动使用该空间——哪怕你只跑一条 ORDER BY 大表查询。
给用户单独配临时表空间是最可靠的方式
核心思路是：把执行大型查询的账号（比如报表用户 REP_USER）和日常业务用户隔离，避免大排序挤占默认 TEMP 空间，导致其他会话报 ORA-01652: unable to extend temp segment。
- 先确认目标用户当前用的临时表空间：
SELECT username, temporary_tablespace FROM dba_users WHERE username = 'REP_USER'; - 如果还没建专用空间，创建一个带自动扩展的临时表空间：
CREATE TEMPORARY TABLESPACE temp_rep TEMPFILE '/u01/oradata/PROD/temp_rep01.dbf' SIZE 2G AUTOEXTEND ON NEXT 512M MAXSIZE 16G; - 再把用户切换过去：
ALTER USER REP_USER TEMPORARY TABLESPACE temp_rep; - 注意：该操作立即生效，但已存在的会话仍沿用旧设置，需重新登录才生效
临时表空间组更适合多节点或高并发场景
单个临时表空间可能成为 I/O 瓶颈，尤其当多个大查询并发执行时。这时用组（tablespace group）让 Oracle 自动轮询分配文件，能摊平压力。
- 创建两个临时表空间并加入同名组：
CREATE TEMPORARY TABLESPACE temp_rep1 TEMPFILE '/u01/oradata/PROD/temp_rep1.dbf' SIZE 4G TABLESPACE GROUP temp_rep_group;和CREATE TEMPORARY TABLESPACE temp_rep2 TEMPFILE '/u01/oradata/PROD/temp_rep2.dbf' SIZE 4G TABLESPACE GROUP temp_rep_group; - 然后把用户指向这个组：
ALTER USER REP_USER TEMPORARY TABLESPACE temp_rep_group; - 验证是否生效：
SELECT * FROM dba_tablespace_groups;和SELECT username, temporary_tablespace FROM dba_users WHERE username = 'REP_USER';—— 此时显示的temporary_tablespace是组名，不是单个表空间名
别忽略 v$sort_usage 的实时监控
即使配了专用空间，也要确认它真正在被使用。否则可能是用户没重连、或者应用用了连接池复用旧会话。
- 查当前活跃的临时段使用：
SELECT se.username, se.sid, se.serial#, su.tablespace, su.segtype, su.blocks * 8 AS used_kb FROM v$sort_usage su, v$session se WHERE su.session_addr = se.saddr ORDER BY used_kb DESC; - 如果看到
username是REP_USER，但tablespace仍是TEMP，说明会话没刷新，得 kill 掉旧连接或重启应用连接池 - 特别注意：
v$sort_usage只显示“正在用”的临时段；等排序结束，记录就消失——所以必须在查询执行中查
临时表空间不记日志、不走 checkpoint，但它撑不住时整个实例的排序类操作都会卡住。配专用空间不是可选项，而是上线前必须验证的环节。
