数据量过大，导致执行慢（2）

原创于 2015-03-24 10:00:23 发布 · 593 阅读

0 ·

CC 4.0 BY-SA版权

Oracle 专栏收录该内容

227 篇文章

订阅专栏

本文详细阐述了如何优化报表数据库性能，特别是针对数据量庞大的情况。重点介绍了通过调整not exists子查询的写法，从全表扫描转变为更高效的Hash连接，从而避免性能瓶颈。通过实例分析，展示了将not exists (select mid.operator_id from t_e_operator_mid1 mid1 where mid1.operator_id = mid.operator_id) 改为 not exists (select 1 from t_e_operator_mid1 mid1 where mid1.operator_id = mid.operator_id)，显著提高了执行效率，避免了存储过程因数据量巨大而卡死的问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

步骤 1 通过查看执行计划，此时发现走了filter这个执行计划，每当扫t_e_operator_mid表的一条记录时，都会全表扫描表t_e_operator_mid1，此时数据量是26W*26W就会很慢

步骤 2 分析了逻辑后发现是not exists是为了判断条是否为真时，没必要每次去找t_e_operator_mid表中的operator_id字段，此时只需要将not exists(select mid.operator_id from t_e_operator_mid1 mid1 where mid1.operator_id = mid.operator_id)改为not exists(select 1 from t_e_operator_mid1 mid1 where mid1.operator_id = mid.operator_id),再查看执行计划，发现走了Hash连接，此时不会出现26W*26W的情况

步骤 3 修改后测试，问题解决

建议与总结

报表数据库相当于一个数据仓库，数据量一般来说都比较大，这个时候性能就要特别注意。此时如果要用not exist来做判断，在select后面不要使用外边的字段，直接使用常量可以避免oracle走filter，从而造成存储过程卡死。