在使用Oracle数据库执行查询操作时，如果in子句中包含的表达式数量超过1000个，就会触发ORA-01795: 列表中的最大表达式数为1000的报错。这个限制是Oracle数据库的内置规则，很多需要做批量数据查询的场景都容易碰到这个问题。
报错产生的原因
Oracle为了保证查询解析的性能和稳定性，对in子句中的表达式数量做了硬性限制，最多只能支持1000个。当我们在业务中需要查询大量符合条件的数据时，比如前端批量勾选了上千个id传入后台，后台直接把这些id拼接到in子句中执行查询，就会超出这个限制触发报错。
常见的解决方案
方案一：拆分in子句
把超过1000个的查询值拆分成多个小于1000的组，分别用in子句查询后合并结果。这种方式改动最小，适合临时解决紧急问题。
-- 假设要查询的id列表有1500个，拆成两个in子句 SELECT * FROM user_info WHERE id IN (1,2,3,...,999) -- 第一个组，最多999个 OR id IN (1000,1001,...,1499) -- 第二个组，剩下的数量
方案二：使用临时表存储查询值
把需要查询的批量值先插入到临时表中，再通过join的方式关联查询，这种方式适合需要多次使用同一批查询值的场景，性能也更好。
-- 第一步：创建临时表（如果是会话级临时表可以提前创建好）
CREATE GLOBAL TEMPORARY TABLE tmp_query_ids (
query_id NUMBER
) ON COMMIT DELETE ROWS;
-- 第二步：把批量id插入临时表，这里可以用批量插入的方式
INSERT INTO tmp_query_ids (query_id) VALUES (1);
INSERT INTO tmp_query_ids (query_id) VALUES (2);
-- ... 插入所有需要查询的id
-- 第三步：关联查询
SELECT u.*
FROM user_info u
JOIN tmp_query_ids t ON u.id = t.query_id;方案三：改用join关联查询
如果查询值本身来自其他表的查询结果，可以直接把原来的in子句改成join关联的方式，避免触发数量限制。
-- 原来的写法，可能超出1000限制 SELECT * FROM user_info WHERE id IN (SELECT target_id FROM batch_task WHERE task_id = 123); -- 改成join的写法 SELECT DISTINCT u.* FROM user_info u JOIN batch_task bt ON u.id = bt.target_id WHERE bt.task_id = 123;
不同方案的适用场景
可以参考下面的表格选择合适的方案：
| 方案 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|
| 拆分in子句 | 临时紧急修复，查询值一次性使用 | 改动小，实现简单 | 查询值很多时SQL会很长，维护麻烦 |
| 临时表存储 | 批量值需要多次使用，查询值数量大 | 性能稳定，SQL简洁 | 需要额外操作临时表，逻辑稍复杂 |
| join关联查询 | 查询值来自其他表的查询结果 | 符合SQL规范，性能更好 | 只适用于查询值来自表查询的场景 |
注意事项
- 拆分in子句时，每个组的表达式数量不要超过999，避免刚好卡在1000的边界出问题。
- 使用临时表时，如果是高并发场景，建议使用会话级临时表，避免不同会话的数据互相影响。
- 如果业务上允许，也可以考虑做分页查询，每次查询一部分数据，减少单次查询的表达式数量。
实际开发中可以根据自己的业务场景选择合适的解决方案，避免再次触发ORA-01795报错。