数据库类型转换导致SQL不走索引的案例

 更新时间:2026年05月20日 10:21:35   作者:瀚高PG实验室  
在SQL中数据类型转换是基础且关键的操作,分为隐式和显式转换,隐式转换由系统自动完成,虽便捷但可能带来性能损耗、索引失效及数据准确性风险,这篇文章主要介绍了数据库类型转换导致SQL不走索引的案例,需要的朋友可以参考下

环境

系统平台:Linux x86-64 Red Hat Enterprise Linux 7

版本:4.5

文档用途

本文档主要介绍对字段添加类型转换,会导致SQL不走索引,从而影响查询性能。

详细信息

表的结构说明

表 table_varchar_id 的字段 id 是 varchar 类型,存在索引 idx_table_varchar_id 。

表 table_int_id 的字段 id 是 bigint 类型,存在索引 idx_table_int_id 。

执行计划示例

highgo=# EXPLAIN (ANALYZE, BUFFERS)
SELECT v.id as varchar_id, i.id as int_id, v.col1, i.col1
FROM table_varchar_id v
, table_int_id i
WHERE CAST(v.id AS BIGINT) = i.id
AND i.id BETWEEN 100000000000000000 AND 100000000005000000;
                                                                  QUERY PLAN
----------------------------------------------------------------------------------------------------------------------------------------------
 Hash Join  (cost=8.45..586.02 rows=7 width=53) (actual time=0.026..2.209 rows=5 loops=1)
   Hash Cond: ((v.id)::bigint = i.id)
   Buffers: shared hit=418
   ->  Seq Scan on table_varchar_id v  (cost=0.00..515.00 rows=10000 width=32) (actual time=0.004..0.806 rows=10000 loops=1) 
         Buffers: shared hit=415
   ->  Hash  (cost=8.38..8.38 rows=5 width=21) (actual time=0.012..0.012 rows=5 loops=1)
         Buckets: 1024  Batches: 1  Memory Usage: 9kB
         Buffers: shared hit=3
         ->  Index Scan using idx_table_int_id on table_int_id i  (cost=0.28..8.38 rows=5 width=21) (actual time=0.009..0.010 rows=5 loops=1)
               Index Cond: ((id >= '100000000000000000'::bigint) AND (id <= '100000000005000000'::bigint))
               Buffers: shared hit=3
 Planning Time: 0.117 ms
 Execution Time: 2.237 ms
(13 行记录)

上面执行计划中,查询 table_varchar_id 表时,执行了顺序扫描,没有使用 id 字段的索引,如下所示:

->  Seq Scan on table_varchar_id v  (cost=0.00..515.00 rows=10000 width=32) (actual time=0.004..0.806 rows=10000 loops=1) 
      Buffers: shared hit=415

原因

SQL语句中对 table_varchar_id 表的字段 id 添加了 CAST(v.id AS BIGINT) 类型转换,导致没有执行 id 字段的索引。

方案

方案一:修改表字段的数据类型

针对 table_varchar_id 表的字段 id ,确认业务上常用的数据类型是数值型还是字符串型,然后统一修改为相同的数据类型,示例如下:

highgo=# alter table table_varchar_id alter COLUMN id type bigint using id::bigint;  --统一使用 bigint 类型

highgo=# analyze table_varchar_id;        --收集表的统计信息,保证被修改数据类型的 id 字段的索引立即生效

数据类型修改统一后,SQL语句中的 cast 转换可以删除。

方案二:创建 cast 类型转换的索引

highgo=# create index idx_table_varchar_cast_id on table_varchar_id(cast(id as bigint));

highgo=# analyze table_varchar_id;        --收集表的统计信息,保证类型转换索引、表达式索引立即生效

注:类型转换索引、表达式索引的维护成本比较高,尤其是数据变更频繁的表,影响性能

方案三:更换为对条件值进行类型转换

SQL语句中 table_varchar_id 表的字段 id 去掉 cast 转换,表 table_int_id 的字段 id 作为条件值添加 varchar 类型的转换,修改后的SQL及执行计划

如下:

highgo=# EXPLAIN (ANALYZE, BUFFERS)
SELECT v.id as varchar_id, i.id as int_id, v.col1, i.col1
FROM table_varchar_id v
, table_int_id i
WHERE v.id = i.id::varchar      --i.id 字段添加 varchar 类型转换,v.id 可以执行索引扫描
AND i.id BETWEEN 100000000000000000 AND 100000000005000000;
                                                                   QUERY PLAN
------------------------------------------------------------------------------------------------------------------------------------------------
 Nested Loop  (cost=0.57..49.97 rows=5 width=53) (actual time=0.021..0.029 rows=5 loops=1)
   Buffers: shared hit=16 read=2
   ->  Index Scan using idx_table_int_id on table_int_id i  (cost=0.28..8.38 rows=5 width=21) (actual time=0.003..0.004 rows=5 loops=1)
         Index Cond: ((id >= '100000000000000000'::bigint) AND (id <= '100000000005000000'::bigint))
         Buffers: shared hit=3
   ->  Index Scan using idx_table_varchar_id on table_varchar_id v  (cost=0.29..8.31 rows=1 width=32) (actual time=0.004..0.004 rows=1 loops=5)
         Index Cond: ((id)::text = ((i.id)::character varying)::text)
         Buffers: shared hit=13 read=2
 Planning Time: 0.123 ms
 Execution Time: 0.048 ms
(10 行记录)

总结 

到此这篇关于数据库类型转换导致SQL不走索引的文章就介绍到这了,更多相关类型转换SQL不走索引内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!

相关文章

  • mysql中key 、primary key 、unique key 与index区别

    mysql中key 、primary key 、unique key 与index区别

    这篇文章主要介绍了mysql中key 、primary key 、unique key 与index区别的相关资料,需要的朋友可以参考下
    2016-10-10
  • MYSQL的select 学习笔记

    MYSQL的select 学习笔记

    MYSQL的select 学习笔记...
    2007-02-02
  • mysql之explain使用详解(分析索引)

    mysql之explain使用详解(分析索引)

    在这里对explain的各个字段进行详细的分析,来帮助大家分析自己所写的sql是否最佳的使用了索引,需要的朋友可以参考下
    2018-01-01
  • MySQL联结表介绍以及使用详解

    MySQL联结表介绍以及使用详解

    这篇文章主要给大家介绍了关于MySQL联结表介绍及使用的相关资料,联结SQL最强大的功能之一就是能在数据检索查询的执行中联结表,文中通过代码介绍的非常详细,需要的朋友可以参考下
    2024-03-03
  • mysql5.7 新增的json字段类型用法实例分析

    mysql5.7 新增的json字段类型用法实例分析

    这篇文章主要介绍了mysql5.7 新增的json字段类型用法,结合实例形式分析了mysql5.7 新增的json字段类型具体功能、使用方法及操作注意事项,需要的朋友可以参考下
    2020-02-02
  • mysql 5.7.17 winx64解压版安装配置方法图文教程

    mysql 5.7.17 winx64解压版安装配置方法图文教程

    这篇文章主要为大家详细介绍了mysql 5.7.17 winx64解压版安装配置方法图文教程,具有一定的参考价值,感兴趣的小伙伴们可以参考一下
    2019-06-06
  • mysql IS NULL使用索引案例讲解

    mysql IS NULL使用索引案例讲解

    这篇文章主要介绍了mysql IS NULL使用索引案例讲解,本篇文章通过简要的案例,讲解了该项技术的了解与使用,以下就是详细内容,需要的朋友可以参考下
    2021-08-08
  • navicat 连接Ubuntu虚拟机的mysql的操作方法

    navicat 连接Ubuntu虚拟机的mysql的操作方法

    这篇文章主要介绍了navicat 连接Ubuntu虚拟机的mysql的相关知识,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友可以参考下
    2022-04-04
  • MySql8 WITH RECURSIVE递归查询父子集的方法

    MySql8 WITH RECURSIVE递归查询父子集的方法

    这篇文章主要介绍了MySql8 WITH RECURSIVE递归查询父子集的方法,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2020-12-12
  • mysql外键的三种关系实例详解

    mysql外键的三种关系实例详解

    这篇文章主要介绍了mysql外键的三种关系,结合实例形式详细分析了mysql外键多对一、多对多、一对一3种关系及相关使用技巧,需要的朋友可以参考下
    2020-01-01

最新评论