MINUS不可用于大表比对，因其强制全表扫描、排序去重，易触发巨量临时表空间、超时或ORA-00932错误；NULL比较静默失效，且无法区分删除与修改；推荐用FULL JOIN+WHERE分三类识别差异，并辅以索引、NVL、并行提示及分批处理。
直接用 minus 在存储过程中跑大表，基本等于卡死或超时——它要全表扫描 + 排序去重，没索引也救不了。
为什么不能直接在存储过程中写 SELECT * FROM t1 MINUS SELECT * FROM t2
Oracle 的 MINUS 是集合运算，内部强制执行排序和去重，对千万级表来说：一次 MINUS 就可能触发几十GB临时表空间、数分钟甚至小时级执行时间；更糟的是，如果两表字段含 CLOB 或 BLOB，会直接报错 ORA-00932: inconsistent datatypes。另外，NULL 值参与比较时，整行只要有一个 NULL 且另一行对应位置也是 NULL，Oracle 不认为它们“相等”，但也不会报错，结果静默丢失差异。
- 字段顺序、类型、个数必须严格一致，否则报
ORA-01789 - 别名不参与比较，
SELECT a AS x FROM t1 MINUS SELECT b AS y FROM t2实际比的是a和b，不是x和y - 无法区分“删除”和“修改”——
MINUS只告诉你“这行没了”，但不知道是被删了，还是主键还在但其他字段变了
用 FULL JOIN + WHERE 筛选差异行（推荐用于大表）
这是唯一能兼顾可读性、可控性和性能的方案。核心是利用连接条件定位匹配行，再用 WHERE 抓出三类情况：A有B无、B有A无、同主键但字段值不同。关键点在于提前加索引、用 NVL 统一 NULL 行为、避免 SELECT *。
- 主键或唯一键字段必须建索引，否则
FULL JOIN退化为笛卡尔积 - 所有参与比对的字段都要套
NVL(col, '##NULL##')或COALESCE(col, -999)，否则col1 = col2遇到NULL永远返回FALSE - WHERE 条件里不要写
a.col1 != b.col1 OR a.col2 != b.col2这种组合，应拆成NVL(a.col1, 'X') != NVL(b.col1, 'X')单独判断，避免短路失效 - 加
/*+ parallel(4) */提示（仅限企业版），对分区表效果尤其明显
示例（假设主键是 id，比对字段为 name, status）：
SELECT
CASE
WHEN a.id IS NULL THEN 'NEW_ONLY'
WHEN b.id IS NULL THEN 'OLD_ONLY'
ELSE 'VALUE_DIFF'
END AS diff_type,
COALESCE(a.id, b.id) AS id,
a.name AS old_name, b.name AS new_name,
a.status AS old_status, b.status AS new_status
FROM old_table a
FULL JOIN new_table b ON a.id = b.id
WHERE a.id IS NULL
OR b.id IS NULL
OR NVL(a.name, '##') != NVL(b.name, '##')
OR NVL(a.status, -1) != NVL(b.status, -1);分批处理 + 游标循环（适合需逐行逻辑判断的场景）
当差异处理逻辑复杂（比如数值容差±0.01、字符串忽略空格/大小写、需要写日志表或发告警），硬拼 SQL 不现实，就得用 PL/SQL 游标。但绝不能一次性把两表全查进内存——要用 ROWNUM 或分区键分页拉取。
- 用
FOR rec IN (SELECT ... FROM t1 WHERE rownum <= 10000) LOOP控制每次处理量 - 用
COLLECT INTO批量加载小批次数据到嵌套表，比单行FETCH快得多 - 比对前先
ORDER BY主键，确保两边游标按相同顺序推进，避免漏比 - 别用
SELECT * BULK COLLECT加载大表，容易 OOM；显式列出字段，并对DATE/NUMBER字段做TO_CHAR标准化再比
真正要注意的坑：不是语法，是执行计划和锁
很多人写了正确 SQL，上线后才发现阻塞了业务。因为大表比对默认走串行、长时间持有共享锁，尤其在高峰时段。必须做三件事：
- 在非高峰窗口执行，加
/*+ no_parallel */防止意外并行争抢资源 - 用
DBMS_APPLICATION_INFO.SET_MODULE打标签，方便 DBA 快速识别和 kill - 所有查询加
FOR UPDATE SKIP LOCKED（如果后续要更新差异行）或明确加READ ONLY事务隔离 - 永远不要在生产存储过程中用
EXECUTE IMMEDIATE拼接表名——除非你已验证过表存在且权限足够，否则运行时报错才暴露就晚了
最易被忽略的一点：比对结果没做 TRUNCATE 或分区交换，导致日志表越滚越大，下次执行更慢。差异表设计时就要考虑按日期分区或定期归档。
