适用范围

MogDB索引失效

问题概述

对于一个一千万条记录的大表（id为主键字段），查询特定的10条记录，优化器误判导致执行计划应走索引却走全表，这种情况往往是由于索引失效，索引失效的情况很多，导致本案例结果的原因是where条件后跟的索引字段输入的数据类型和原先定义的数据类型不匹配导致的，表定义时设置了id字段的数据类型为bigint，但是查询的时候调用了floor()函数对浮点数取整而忽略了返回值虽是整数但是仍为浮点类型。

表结构

插入千万条记录

查询id大于9999990.5的记录

可以看到查询仅仅10条记录，执行计划显示的却是走的全表扫描方式，总耗时1.45秒

问题原因

正常情况下，如果走索引肯定比全表快，那么是什么导致的索引失效呢？其实可以看到，id列的数据类型是bigint整形，但是查询条件是调用了floor()函数去取整，但是floor函数返回的数据并不真正意义上的整形数据（而是numeric浮点类型），数据类型的不匹配导致了优化器认为无法走索引。

解决方案

在一些特定的情况下，我们初始的查询条件并不一定会和该字段定义的数据类型保持一致从而导致索引失效，这时候就需要用到一些方法去进行类型的转换，在openGauss中，可以使用CAST函数将浮点型数据转换为整型数据。CAST函数用于将一个数据类型转换为另一个数据类型。

可以看到经过转化数据类型得到了匹配，优化器基于最小cost原则选择了索引扫描的方式，总耗时0.14ms，速度提升近万倍！