临时表空间不能通过PDB参数控制，它由CDB级配置决定；必须在目标PDB中执行ALTER DATABASE DEFAULT TEMPORARY TABLESPACE设置专属临时表空间，而非ALTER SYSTEM，且PDB需处于OPEN状态、路径权限正确，避免多PDB共享同一临时表空间引发I/O争用。
临时表空间不能通过PDB参数控制，它由CDB级配置决定
Oracle 12c中不存在“PDB级临时表空间参数”。TEMPORARY TABLESPACE 是用户属性，不是PDB实例参数；DEFAULT TEMPORARY TABLESPACE 是数据库级属性，但它的生效范围取决于你当前连接的容器。很多人误以为可以用 ALTER SYSTEM SET ... CONTAINER=PDB 修改临时表空间归属，实际会报错或静默失效——因为该设置只在CDB$ROOT中有效，且影响的是整个CDB的默认行为（除非被PDB显式覆盖）。
如何为某个PDB指定专属临时表空间
必须在目标PDB上下文中执行 ALTER DATABASE DEFAULT TEMPORARY TABLESPACE，而不是用 ALTER SYSTEM：
- 先切换到PDB：
ALTER SESSION SET CONTAINER = pdb1; - 确认该PDB已open：
SELECT OPEN_MODE FROM V$PDBS WHERE CON_NAME = 'PDB1'; - 创建专属临时表空间（如果尚未存在）：
CREATE TEMPORARY TABLESPACE temp_pdb1 TEMPFILE '/u01/oradata/CDB1/pdb1/temp_pdb1.dbf' SIZE 50M; - 设为默认：
ALTER DATABASE DEFAULT TEMPORARY TABLESPACE temp_pdb1;
注意：这个命令在PDB中执行时，修改的是该PDB自身的默认临时表空间，不会影响其他PDB或CDB$ROOT。但若该PDB未显式设置，默认会继承CDB$ROOT的 DEFAULT TEMPORARY TABLESPACE（通常是 TEMP）。
常见错误：误用CONTAINER=ALL操作临时表空间
在CDB$ROOT中执行 ALTER SYSTEM SET DEFAULT TEMPORARY TABLESPACE = temp2 CONTAINER=ALL 不会生效，Oracle直接报错 ORA-02097: parameter cannot be modified because specified value is invalid。原因很直接：DEFAULT TEMPORARY TABLESPACE 不是初始化参数，而是数据库属性，不支持 CONTAINER=ALL 语法。
容易踩的坑包括：
- 试图用
ALTER SYSTEM修改临时表空间（应使用ALTER DATABASE） - 在CDB$ROOT中运行
ALTER DATABASE DEFAULT TEMPORARY TABLESPACE—— 这会改掉整个CDB的默认值，所有未显式覆盖的PDB都会跟着变 - 忘记检查PDB是否open：对
MOUNTED状态的PDB执行该命令会报ORA-65019: pluggable database PDB1 is not open - 路径权限问题：PDB的数据文件路径需对Oracle OS用户可写，尤其当OMF未启用时
临时表空间共享的风险与验证方式
多个PDB共用同一个临时表空间（如都用 TEMP）在技术上可行，但生产环境不建议。高并发排序/哈希操作可能引发I/O争用，且无法按PDB做资源隔离或监控。
验证当前PDB使用的临时表空间，别只看 DBA_TABLESPACES，要查用户实际绑定的：
SELECT USERNAME, TEMPORARY_TABLESPACE FROM DBA_USERS WHERE USERNAME = 'HR';
再结合：
SELECT PROPERTY_NAME, PROPERTY_VALUE FROM DATABASE_PROPERTIES WHERE PROPERTY_NAME = 'DEFAULT_TEMP_TABLESPACE';
这两者不一定一致——用户可以被显式赋予非默认的临时表空间，而 DATABASE_PROPERTIES 只反映数据库级默认值。真正决定排序段位置的，是用户级的 TEMPORARY_TABLESPACE 属性。
