临时表空间无法用QUOTA限制，因Oracle仅对永久表空间支持QUOTA；监控需查v$sort_usage关联v$session；限制用户临时用量须结合专用临时表空间与profile资源控制，并关注tempfile的maxbytes防磁盘爆满。
临时表空间无法用 QUOTA 限制，这是根本前提
Oracle 的 QUOTA 语法只对永久表空间（PERMANENT）生效，对临时表空间（TEMPORARY）完全无效。执行 ALTER USER scott QUOTA 100M ON temp 会直接报错 ORA-02212: TABLESPACE option not allowed for TEMPORARY tablespace。这不是权限或语法写错，而是 Oracle 内部设计限制——临时段由会话自动分配、自动释放，不走配额路径。
监控单个用户当前占用的临时空间必须查 v$sort_usage
临时空间是会话级动态分配的，不能靠 dba_temp_files.bytes 看“总大小”，得实时抓活跃会话的消耗。关键视图是 v$sort_usage，它和 v$session 关联才能定位到具体用户：
SELECT s.username, s.sid, s.serial#, u.tablespace, u.blocks * t.block_size / 1024 / 1024 AS mb_used FROM v$sort_usage u JOIN v$session s ON u.session_addr = s.saddr JOIN dba_tablespaces t ON t.tablespace_name = u.tablespace WHERE s.username IS NOT NULL ORDER BY mb_used DESC;- 注意：
blocks是 Oracle 数据块数，必须乘以对应表空间的block_size才能转成真实字节数；不同临时表空间可能块大小不同 - 如果返回空，说明当前没有会话在用临时段（不是“没配额”，是真没活动）
- 该查询结果只反映“此刻正在用”的量，不包含已释放但文件未缩容的部分（那是
dba_temp_files.bytes的事）
真正限制用户临时空间用量，只能靠“换表空间 + 资源限制”组合拳
没有 QUOTA，就只能把用户隔离到一个受控的临时表空间，并配合 profile 控制其整体资源消耗：
- 先建专用临时表空间：
CREATE TEMPORARY TABLESPACE temp_scott TEMPFILE '/u02/temp_scott01.dbf' SIZE 512M AUTOEXTEND ON NEXT 64M MAXSIZE 2G;（注意：必须设MAXSIZE，否则AUTOEXTEND ON默认无限） - 再绑定用户：
ALTER USER scott TEMPORARY TABLESPACE temp_scott;（确保你在正确的 PDB/CDB 上下文执行） - 最后加 profile 限并发和 PGA：
CREATE PROFILE prof_scott LIMIT SESSIONS_PER_USER 3 CPU_PER_SESSION UNLIMITED PRIVATE_SGA UNLIMITED;，然后ALTER USER scott PROFILE prof_scott; - 关键点：PGA 大小直接影响排序是否溢出到临时表空间，
ALTER SYSTEM SET pga_aggregate_limit=2G SCOPE=BOTH;可全局压住内存上限，间接减少 temp 溢出
容易被忽略的磁盘爆满真相：tempfile 不 shrink，哪怕没人用
即使 v$sort_usage 查不到任何记录，dba_temp_files.bytes 仍可能卡在 32GB —— 因为 Oracle 19c 的 tempfile 一旦扩展，高位 extent 永远不释放。你看到的“使用率 95%”可能是历史峰值残留，不是当前压力。此时监控脚本若只盯 free_percent，就会误判。真正要防爆盘，得定期检查：SELECT file_name, bytes/1024/1024, autoextensible, maxbytes/1024/1024 FROM dba_temp_files;，重点关注 maxbytes 是否接近磁盘剩余空间，而不是看 v$sort_usage 是否为空。
