MySQL为什么varchar字段用数字查无法命中索引,而int字段用字符串查却能命中?
来源:SegmentFault
2023-01-25 19:52:00
0浏览
收藏
你在学习数据库相关的知识吗?本文《MySQL为什么varchar字段用数字查无法命中索引,而int字段用字符串查却能命中?》,主要介绍的内容就涉及到MySQL、索引、数据库,如果你想提升自己的开发能力,就不要错过这篇文章,大家要知道编程理论基础和实战操作都是不可或缺的哦!
字符串字段误使用数字进行查询,会导致隐式类型转换,无法命中索引的坑我相信大多数小伙伴都踩过。
特别是当字段中存的大多数数据都是数字时,很容易先入为主地认为字段是
mysql> SELECT VERSION(); +---------------------+ | VERSION() | +---------------------+ | 5.7.18-20170830-log | +---------------------+ mysql> DESC `file`; +----------+---------------------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +----------+---------------------+------+-----+---------+----------------+ | id | int(11) | NO | PRI | NULL | auto_increment | | fs_id | varchar(20) | NO | MUL | NULL | | | filename | varchar(255) | NO | | NULL | | | shareid | bigint(20) unsigned | NO | MUL | NULL | | | uk | bigint(20) unsigned | NO | | NULL | | | pid | varchar(32) | NO | | NULL | | +----------+---------------------+------+-----+---------+----------------+ mysql> SELECT COUNT(*) FROM `file`; +----------+ | COUNT(*) | +----------+ | 5416697 | +----------+
varchar 字段用数字进行查询
数据表
mysql> SELECT * FROM `file` WHERE `fs_id`='635341798980956'; +---------+-----------------+-------------+------------+------------+---------+ | id | fs_id | filename | shareid | uk | pid | +---------+-----------------+-------------+------------+------------+---------+ | 1043170 | 635341798980956 | ⑮MySQL高级 | 3181065465 | 3959617630 | o6RlSp0 | +---------+-----------------+-------------+------------+------------+---------+ 1 row in set (0.07 sec) mysql> EXPLAIN SELECT * FROM `file` WHERE `fs_id`='635341798980956'; +----+-------------+-------+------------+------+---------------+-----------+---------+-------+------+----------+-------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+-------+------------+------+---------------+-----------+---------+-------+------+----------+-------+ | 1 | SIMPLE | file | NULL | ref | idx_fs_id | idx_fs_id | 62 | const | 1 | 100.00 | NULL | +----+-------------+-------+------------+------+---------------+-----------+---------+-------+------+----------+-------+
然而,当使用数字进行查询时,耗时 7.04 秒。
通过 EXPLAIN 命令查看执行计划,发现查询时进行了全表扫描,并未使用到索引。
mysql> SELECT * FROM `file` WHERE `fs_id`=635341798980956; +---------+-----------------+-------------+------------+------------+---------+ | id | fs_id | filename | shareid | uk | pid | +---------+-----------------+-------------+------------+------------+---------+ | 1043170 | 635341798980956 | ⑮MySQL高级 | 3181065465 | 3959617630 | o6RlSp0 | +---------+-----------------+-------------+------------+------------+---------+ 1 row in set (7.04 sec) mysql> EXPLAIN SELECT * FROM `file` WHERE `fs_id`=635341798980956; +----+-------------+-------+------------+------+---------------+------+---------+------+---------+----------+-------------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+-------+------------+------+---------------+------+---------+------+---------+----------+-------------+ | 1 | SIMPLE | file | NULL | ALL | idx_fs_id | NULL | NULL | NULL | 4878670 | 10.00 | Using where | +----+-------------+-------+------------+------+---------------+------+---------+------+---------+----------+-------------+
SELECT * FROM `file` WHERE `fs_id`=635341798980956;
对于MySQL优化器来说,这个语句相当于将
SELECT * FROM `file` WHERE CAST(`fs_id` AS signed INT)=635341798980956;
众所周知,如果查询时对索引字段进行函数操作,查询过程将无法使用索引。
2. 为什么触发隐式类型转换,查询数据时就需要全表扫描?
对于 InnoDB 的 B+树索引结构,相信大多数小伙伴都有一定的了解。
示例有下面一组数据:
SELECT * FROM `file` WHERE `shareid`='3181065465'
对于MySQL优化器来说,这个语句相当于将输入参数
SELECT * FROM `file` WHERE `shareid`=CAST('3181065465' AS signed INT);
而对等号后面的输入参数进行函数操作,是不影响字段
shareid的索引使用的。因此,虽然数值类型字段用字符串查询也会发生隐式类型转换,但是并不影响字段索引的使用。
总结
MySQL查询中,当字符串和数字做比较时,会触发隐式类型转换,转换规则是将字符串转换成数字。
当索引字段是字符串类型,输入参数是数值类型时,会将字段转换成数值类型再进行查找,也就是对索引字段做了函数操作,破坏了索引的有序性,因此无法使用索引。
当索引字段是数值类型,输参数是字符串类型时,会将输入参数转换成数值类型再进行查找,对等号后面的输入参数进行函数操作,并不影响索引字段的有序性,因此可以使用索引。
本篇关于《MySQL为什么varchar字段用数字查无法命中索引,而int字段用字符串查却能命中?》的介绍就到此结束啦,但是学无止境,想要了解学习更多关于数据库的相关知识,请关注golang学习网公众号!
版本声明
本文转载于:SegmentFault 如有侵犯,请联系study_golang@163.com删除

- 上一篇
- mysql MVCC事务实现原理

- 下一篇
- mysql面试题
评论列表
-
- 合适的红牛
- 这篇技术贴真是及时雨啊,细节满满,赞 ??,已加入收藏夹了,关注作者了!希望作者能多写数据库相关的文章。
- 2023-01-28 01:04:02
查看更多
最新文章
-
- 数据库 · MySQL | 23分钟前 |
- MySQL建表语法详解与实例教程
- 498浏览 收藏
-
- 数据库 · MySQL | 2小时前 |
- MySQL中文界面设置方法详解
- 356浏览 收藏
-
- 数据库 · MySQL | 11小时前 |
- MySQL安装后如何启动和连接
- 233浏览 收藏
-
- 数据库 · MySQL | 13小时前 |
- MySQL中WHERE与HAVING的区别详解
- 259浏览 收藏
-
- 数据库 · MySQL | 15小时前 |
- MySQL数据备份方法与策略详解
- 112浏览 收藏
-
- 数据库 · MySQL | 17小时前 |
- MySQL中HAVING和WHERE的区别
- 363浏览 收藏
-
- 数据库 · MySQL | 17小时前 |
- MySQL数据归档方法与工具推荐
- 372浏览 收藏
-
- 数据库 · MySQL | 1天前 |
- MySQL排序优化与性能提升技巧
- 236浏览 收藏
-
- 数据库 · MySQL | 1天前 |
- MySQL缓存优化与参数调优技巧
- 107浏览 收藏
-
- 数据库 · MySQL | 1天前 |
- 三种登录MySQL方法详解教程
- 111浏览 收藏
-
- 数据库 · MySQL | 1天前 |
- MySQL如何用update替换字段值方法
- 145浏览 收藏
-
- 数据库 · MySQL | 1天前 |
- MySQL缓存优化技巧与设置方法
- 330浏览 收藏
查看更多
课程推荐
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 542次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 511次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 498次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 484次学习
查看更多
AI推荐
-
- 千音漫语
- 千音漫语,北京熠声科技倾力打造的智能声音创作助手,提供AI配音、音视频翻译、语音识别、声音克隆等强大功能,助力有声书制作、视频创作、教育培训等领域,官网:https://qianyin123.com
- 86次使用
-
- MiniWork
- MiniWork是一款智能高效的AI工具平台,专为提升工作与学习效率而设计。整合文本处理、图像生成、营销策划及运营管理等多元AI工具,提供精准智能解决方案,让复杂工作简单高效。
- 80次使用
-
- NoCode
- NoCode (nocode.cn)是领先的无代码开发平台,通过拖放、AI对话等简单操作,助您快速创建各类应用、网站与管理系统。无需编程知识,轻松实现个人生活、商业经营、企业管理多场景需求,大幅降低开发门槛,高效低成本。
- 92次使用
-
- 达医智影
- 达医智影,阿里巴巴达摩院医疗AI创新力作。全球率先利用平扫CT实现“一扫多筛”,仅一次CT扫描即可高效识别多种癌症、急症及慢病,为疾病早期发现提供智能、精准的AI影像早筛解决方案。
- 87次使用
-
- 智慧芽Eureka
- 智慧芽Eureka,专为技术创新打造的AI Agent平台。深度理解专利、研发、生物医药、材料、科创等复杂场景,通过专家级AI Agent精准执行任务,智能化工作流解放70%生产力,让您专注核心创新。
- 86次使用
查看更多
相关文章
-
- golang MySQL实现对数据库表存储获取操作示例
- 2022-12-22 499浏览
-
- 搞一个自娱自乐的博客(二) 架构搭建
- 2023-02-16 244浏览
-
- B-Tree、B+Tree以及B-link Tree
- 2023-01-19 235浏览
-
- mysql面试题
- 2023-01-17 157浏览
-
- MySQL数据表简单查询
- 2023-01-10 101浏览