【YashanDB知识库】复合索引下in大量参数查询性能慢

本文内容来自YashanDB官网,原文内容请见 https://www.yashandb.com/newsinfo/7802945.html?templateId=1718516

【标题】复合索引下in大量参数查询性能慢

【关键字】复合索引 in 大量参数

【问题描述】

测试表数据量200w,表结构如图,且在ID和PHONE字段上创建了复合索引

测试SQL为:

select name,sum(id) from test1119 where id > 50000 and phone in (...) group by name;

且in中的参数大于300

执行时间:

且使用no_index_ffs的hint也无法达到优化

【问题原因分析】

检查执行计划可知,计划中先access ID>50000的区域,再用filter去过滤in大量参数的场景,整体性能较差

【解决/规避方法】

先将原本的复合索引设为invisible。

新建复合索引IND_TEST1119_PHONE_ID,将需要用in大量过滤的字段放在复合索引的前面。

alter index IND_TEST1119_ID_PHONE invisible;

create index IND_TEST1119_PHONE_ID on TEST1119(PHONE,ID);

检查执行计划,先access来过滤,复合预期

当前执行时间:

【影响范围】当前所有版本

【修复版本】-

posted @   YashanDB  阅读(5)  评论(0编辑  收藏  举报
编辑推荐:
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· C++代码改造为UTF-8编码问题的总结
· DeepSeek 解答了困扰我五年的技术问题
· 为什么说在企业级应用开发中,后端往往是效率杀手?
· 用 C# 插值字符串处理器写一个 sscanf
阅读排行:
· [翻译] 为什么 Tracebit 用 C# 开发
· 腾讯ima接入deepseek-r1,借用别人脑子用用成真了~
· Deepseek官网太卡,教你白嫖阿里云的Deepseek-R1满血版
· DeepSeek崛起:程序员“饭碗”被抢,还是职业进化新起点?
· RFID实践——.NET IoT程序读取高频RFID卡/标签
点击右上角即可分享
微信分享提示