TIDB 索引合并特性对性能的影响

[residentevil (Ti D Ber Zux S Mt7 W)]

【 TiDB 使用环境】生产环境
【 TiDB 版本】V6.5.8
【遇到的问题：问题现象及影响】 看官方文档里索引合并支持交集型和并集型两种类型，这块大家的业务线里的SQL使用过这个特性么？ 效果如何？

[TiDBer_RjzUpGDL]

当涉及的索引过多或数据分布不均匀时,效果不好

[zhaokede]

没有使用过，一般都是优化表或者是重建索引

[residentevil (Ti D Ber Zux S Mt7 W)]

or的场景，如果是交集的话，估计性能会好些，并集不好说了

[zhang_2023 (Ti D Ber V2 Uo I Fmi)]

一般都是重建索引，

[residentevil (Ti D Ber Zux S Mt7 W)]

重建索引是什么意思？

[zhanggame1 (Ti D Ber G I13ecx U)]

不是很懂

[redgame (Ti D Ber Pa Amoi Ul)]

还没用到。。

[zhaokede]

主要还是看业务的需要；有时可能就直接建联合索引了。

[residentevil (Ti D Ber Zux S Mt7 W)]

对于过滤条件里带or的情况，还是需要这个特性

[zhaokede]

@residentevil

并集

这个就需要用到索引合并的并集了

[小于同学]

没涉及过 索引合并是要怎么合并

[residentevil (Ti D Ber Zux S Mt7 W)]

从官方文档上看，可以针对AND和OR过滤条件的交集和并集合并，大致的那意思是一条查询SQL可以同时使用两类INDEX，通过索引返回的结果在进行merge，不知道这样理解对不对

[FutureDB]

一般or的场景还是有点用，对于and场景，不如建联合索引，因为需要指定执行计划，还是比较难维护。

[TiDBer_aaO4sU46]

没用过。。

[tidb菜鸟一只 (小菜一颗)]

and条件多的话，直接用联合索引好，or条件多的话，索引合并比较有用。

[TiDBer_rvITcue9]

不晓得