你说得没错，咱们平时确实默认CTAS（Create Table As Select）是原子性操作——要么完整创建出和源表数据一致的新表，要么完全不创建。但Oracle在遇到像ORA-01652这种临时表空间不足的错误时，确实会出现你碰到的“表建好了但数据不完整”的情况，这得从Oracle处理CTAS的底层机制说起：

为什么会出现这种“半完成”的情况？ #

• Oracle的CTAS操作并不是完全原子的：执行CTAS时，Oracle会先完成目标表的结构创建，然后才开始批量插入源表的数据。如果在插入数据的过程中遇到资源不足（比如临时表空间不够用）的错误，Oracle会立刻终止数据插入，但已经创建好的表结构和已经插入的部分数据会被保留，不会回滚整个操作。
• ORA-01652错误的核心原因是临时表空间不足：CTAS在执行时，若源表数据量较大，或者查询语句包含排序、哈希连接等操作，Oracle会需要临时表空间来处理中间数据。当临时表空间无法扩展（比如没开自动扩展，或者磁盘空间满了），就会抛出这个错误，数据插入被迫中断，最终留下一个只有部分数据的新表。

验证和解决步骤 #

1. 确认数据缺失情况 #

先对比两张表的行数，明确数据缺失的程度：

SELECT COUNT(*) AS tab1_count FROM tab1;
SELECT COUNT(*) AS tab2_count FROM tab2;

2. 解决临时表空间不足问题 #

• 先查看当前临时表空间的配置和使用情况：

  SELECT tablespace_name, file_name, 
         ROUND(bytes/1024/1024, 2) AS size_mb, 
         autoextensible, 
         ROUND(maxbytes/1024/1024, 2) AS max_size_mb
  FROM dba_temp_files;
  

• 如果临时表空间没开启自动扩展，先开启它（以具体的临时文件路径为例）：

  ALTER DATABASE TEMPFILE '/u01/app/oracle/oradata/ORCL/temp01.dbf' 
  AUTOEXTEND ON NEXT 100M MAXSIZE UNLIMITED;
  

• 要是临时表空间本身容量太小，可以添加新的临时数据文件：

  ALTER TABLESPACE TEMP 
  ADD TEMPFILE '/u01/app/oracle/oradata/ORCL/temp02.dbf' 
  SIZE 1000M AUTOEXTEND ON NEXT 100M MAXSIZE UNLIMITED;
  

3. 重新执行CTAS #

先删除不完整的tab1，再重新执行CTAS语句，确保这次资源充足：

DROP TABLE tab1;
CREATE TABLE tab1 AS SELECT * FROM tab2;

额外提醒 #

如果希望CTAS操作尽可能保持“要么全成要么全败”的特性，最好在执行前提前排查临时表空间、目标表空间的容量和自动扩展设置，避免中途出现资源不足的问题。Oracle本身并没有为CTAS提供强制的原子性保障，所以提前做好资源准备是最稳妥的方式。

内容的提问来源于stack exchange，提问作者Adarsh Joshi