【惊天BUG】select * from 表 where value = 0；查询结果让大师兄都傻眼了

本文主要是介绍【惊天BUG】select * from 表 where value = 0；查询结果让大师兄都傻眼了，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

前言

🍊缘由

线上问题把我坑，一查数据让我蒙

🐣闪亮主角

大家好，我是JavaDog程序狗

今天跟大家分享一个本狗造成的线上事故， 一个简单的SQL查询语句导致的bug

😈你想听的故事

最近狗哥有点飘，但是bug从来不会放过任何一个摸鱼的人…

一个阳光明媚的下班点，发现组长表情凝重，愁眉不展，遂狗哥上来询问，原来是之前狗哥写的迭代线上出了问题！

暴露的问题是本不该出现的数据，竟然被查出来了！

从一脸愁容，到两脸蒙蔽，通过分析发现代码并没有问题，最后只能定位到SQL查询中…

发现 select * from 表 where value = 0 ，竟然没有过滤出想要的数据，最终定位到问题。

遂跟大家分享一个从业8年第一次遇到的神奇bug，SQL中隐式转换 where 值=0 引发的问题

正文

🎯主要目标

1.问题重现

2.MySQL隐式转换

🍪目标讲解

一.问题重现

1.问题模拟

🌰举例

一个person表，假设其中有sex性别字段类型为varchar，0代表女，1代表男，建表如下

CREATE TABLE `person` (`id` bigint(20) NOT NULL COMMENT 'id',`name` varchar(255) NOT NULL COMMENT '名称',`age` int(10) NOT NULL COMMENT '年龄',`sex` varchar(2) CHARACTER SET utf8 COLLATE utf8_general_ci DEFAULT NULL COMMENT '性别(男；女)',PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

插入模拟数据

INSERT INTO `demo`.`person` (`id`, `name`, `age`, `sex`) VALUES (1, '张三', 20, '男');
INSERT INTO `demo`.`person` (`id`, `name`, `age`, `sex`) VALUES (2, '李四', 30, '女');
INSERT INTO `demo`.`person` (`id`, `name`, `age`, `sex`) VALUES (3, '小姐姐', 18, '0');
INSERT INTO `demo`.`person` (`id`, `name`, `age`, `sex`) VALUES (4, '王五', 20, '男');

2.查询语句

现在我们要查询性别为0的问题数据

SELECT * FROM person WHERE sex = 0;

执行结果

结果是不是出人意料，竟然将所有数据都查出，是不是失效出bug了？

其实这就是MySQL的隐式特性，而不是什么bug，别急后面慢慢详解…

---

二.MySQL隐式转换

1.隐式转换是什么？

MySQL中的隐式类型转换是指当执行某些操作时，如比较操作或其他需要特定数据类型参数的操作时，如果参与操作的表达式或列的数据类型不匹配，MySQL将会自动进行数据类型转换以适应预期的数据类型。

👽人话解释

就是字段类型不匹配，mysql会自动转，如果你以数字0为条件，mysql就会将字段内容转成数字进行处理

2.示例问题分析

在MySQL中，当你尝试用整数 0 作为条件去查询一个 VARCHAR 类型的字段时，MySQL 会尝试将 VARCHAR 字段的内容转换为数字进行比较。

这种情况下，MySQL 会检查字符串的开始部分是否可以解析为一个数字。如果可以，它将使用这个数字值进行比较；如果不能解析为数字，则默认使用 0 进行比较。

也就是说

SELECT * FROM person WHERE sex = 0; 和 SELECT * FROM person WHERE sex = ‘0’;

两个表达的意思完全不一样，用0会查到所有非数字开头的字符串，用其他数字查则会匹配到与之对应数字开头的字符串

总结

1.问题重现：

• 创建 person 表，sex 字段为 VARCHAR 类型。
• 插入数据，包括 sex 为 ‘男’、‘女’、‘0’ 等。
• 查询 SELECT * FROM person WHERE sex = 0; 返回所有数据，而非仅 ‘0’。

2.原因分析：

• MySQL 尝试将 VARCHAR 字段内容转换为数字进行比较。
• 如果字符串可以解析为数字，则使用该数字；否则默认使用 0。

3.解决方法：

• 显式类型转换：SELECT * FROM person WHERE CAST(sex AS SIGNED) = 0;
• 直接使用字符串比较：SELECT * FROM person WHERE sex = ‘0’;

4.结论

• 隐式转换会导致意外结果：使用整数 0 查询 VARCHAR 字段时，MySQL 会尝试将字符串转换为数字。
• 显式类型转换更安全：显式地进行类型转换可以确保查询结果符合预期。

🍈猜你想问

如何与狗哥联系进行探讨

关注公众号【JavaDog程序狗】

公众号回复【入群】或者【加入】，便可成为【程序员学习交流摸鱼群】的一员，问题随便问，牛逼随便吹，目前群内已有超过300+个小伙伴啦！！！

2.踩踩狗哥博客

javadog.net

里面有狗哥的私密联系方式呦 😘

大家可以在里面留言，随意发挥，有问必答

🍯猜你喜欢

文章推荐

【实操】Spring Cloud Alibaba AI，阿里AI这不得玩一下(含前后端源码)

【规范】看看人家Git提交描述，那叫一个规矩

【项目实战】SpringBoot+uniapp+uview2打造H5+小程序+APP入门学习的聊天小项目

【项目实战】SpringBoot+uniapp+uview2打造一个企业黑红名单吐槽小程序

【模块分层】还不会SpringBoot项目模块分层？来这手把手教你！

这篇关于【惊天BUG】select * from 表 where value = 0；查询结果让大师兄都傻眼了的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---