UNION在存储过程中必须显式匹配字段结构，要求各SELECT列数相同、对应列类型兼容，否则报错；排序须置于末尾，去重用UNION ALL更高效，跨版本差集宜用LEFT JOIN+IS NULL替代EXCEPT。
UNION在存储过程中必须显式匹配字段结构
存储过程里用 UNION 合并多个查询结果时，SQL 引擎不会自动对齐列名或类型——它只按位置逐列比对。哪怕两个 SELECT 都查 id, name，如果第一个是 INT + VARCHAR(50)，第二个是 BIGINT + TEXT，某些数据库（如 PostgreSQL）会报错，MySQL 8.0+ 可能隐式转换但结果不可控。
常见错误现象：ERROR 1222 (21000): The used SELECT statements have a different number of columns 或类型不兼容导致的截断、精度丢失。
- 所有参与
UNION/UNION ALL的子查询，字段数必须严格一致 - 对应位置的字段类型应尽量相同；若需兼容，优先用显式转换，例如
CAST(id AS SIGNED) - 别名只在最终结果生效，中间子查询的
AS不影响匹配逻辑 - 不能在子查询中写
ORDER BY，否则报错；排序必须放在整个UNION语句末尾，如... UNION ... ORDER BY created_at DESC
EXCEPT在存储过程中要注意数据库兼容性
EXCEPT 在 MySQL 8.0 之前完全不支持，Oracle 用的是 MINUS，而 SQL Server 和 PostgreSQL 支持 EXCEPT。如果你写的存储过程要跨库迁移，直接用 EXCEPT 就是埋雷。
典型问题：在 MySQL 5.7 存储过程中写 SELECT * FROM A EXCEPT SELECT * FROM B，会直接报错 ERROR 1064 (42000): You have an error in your SQL syntax。
- MySQL 8.0+ 才支持
EXCEPT，且要求左右查询字段数、类型、顺序完全一致 - 替代方案更稳妥：
LEFT JOIN ... WHERE right_table.id IS NULL或NOT EXISTS子查询 - 用
NOT EXISTS时注意关联字段是否允许 NULL——若右表关联字段本身可空，NOT EXISTS仍能正确返回差集；LEFT JOIN则依赖IS NULL判断，对 NULL 值敏感 - 性能上，小数据量三者差别不大；大数据量建议加索引到关联字段，尤其
NOT EXISTS中的子查询条件列
存储过程里混用UNION和EXCEPT容易触发执行计划失效
当在一个存储过程中连续使用 UNION 和 EXCEPT（比如先合并再取差），部分数据库优化器会放弃对中间结果集的统计信息推导，导致后续 JOIN 或过滤走全表扫描。
比如：(SELECT ... UNION SELECT ...) EXCEPT (SELECT ...) 这种嵌套结构，在 SQL Server 中可能让执行计划缓存失效，在 PostgreSQL 中可能无法下推谓词。
- 避免多层嵌套集合运算；优先拆成临时表或 CTE（如 PostgreSQL/SQL Server 支持
WITH） - MySQL 8.0+ 可用
CREATE TEMPORARY TABLE先存中间结果，再做EXCEPT或JOIN，可控性强 - 不要依赖
UNION的“自动去重”来简化逻辑——去重本身有成本，若业务已保证无重复，一律用UNION ALL - 在存储过程中给每个集合操作加注释说明意图，例如
-- 差集：取A中有但B中无的活跃用户ID，方便后续排查
MySQL存储过程必须用替代语法实现交集与差集
即使你用的是 MySQL 8.0+，INTERSECT 和 EXCEPT 虽然语法通过，但在存储过程中调用时仍有隐性限制：它们不能作为独立语句出现在 IF 分支或循环体内，必须包裹在完整 SELECT 上下文中，否则会解析失败。
更现实的问题是：很多线上 MySQL 实例仍是 5.7 或更低版本，连语法都不认。所以硬编码 EXCEPT 几乎等于放弃兼容性。
- 差集统一用
LEFT JOIN + IS NULL：简洁、可读性强、所有 MySQL 版本都支持 - 交集统一用
INNER JOIN或WHERE EXISTS；后者在右表数据量小时更快，前者在有合适索引时更稳 - 如果涉及多字段匹配，
USING (col1, col2)比ON a.col1 = b.col1 AND a.col2 = b.col2更安全，避免意外笛卡尔积 - 所有替代写法都要显式指定字段列表，禁止在存储过程中用
SELECT *，否则表结构变更会导致过程崩溃
实际写存储过程时，最常被忽略的不是语法对不对，而是字段隐式转换带来的数据截断，以及临时结果集没加索引导致的慢查询——这两点在测试环境往往看不出来，上线后才爆发。
