MYSQL隐式转换的坑

最新推荐文章于 2024-06-13 16:55:00 发布

cforeach

最新推荐文章于 2024-06-13 16:55:00 发布

阅读量124

点赞数

分类专栏： JAVA基础开发日常文章标签： sql java

本文链接：https://blog.csdn.net/weixin_41874756/article/details/119330777

版权

JAVA基础同时被 2 个专栏收录

28 篇文章 0 订阅

订阅专栏

开发日常

4 篇文章 0 订阅

订阅专栏

本文通过一个实例展示了当使用字符串作为数据库表主键时，在MySQL中进行查询操作可能会因为隐式类型转换而导致不符合预期的结果。例如，当查询条件为数字形式的字符串前缀时，可能会匹配到多个记录而非单一记录。

摘要由CSDN通过智能技术生成

数据库表主键id数据类型是String,类似111000222111这种的。今天下午进行了一下删除操作，

`select * from a_res_user where id = 12110011011610201001627614752497;

结果删除了600多条数据。。。。。还好是测试库，然后带着一万只草拟在思考这是为什么，后来感觉是MYSQL隐式转换的问题，然后就百度了一下相关的文章，大体意思是你传入的int类型数字会以最左匹配原则匹配出对应的字符串集合作为结果集，
比如库里有7条数据 1111、1112、1113、1114，1111a、1111b、1111c

在这里插入图片描述

如果你输入的条件是id = 1111,结果是4条而不是1条
在这里插入图片描述

原因我没有深究，大概是字符串转换后用到了最左匹配原则。
具体的可以自己去试试，比较有意思，印象比较深刻

CREATE TABLE `left_cor` (
  `id` varchar(12) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

insert into left_cor (id) values ('1111');
insert into left_cor (id) values ('1112');
insert into left_cor (id) values ('1113');
insert into left_cor (id) values ('1111a');
insert into left_cor (id) values ('1111b');
insert into left_cor (id) values ('1111c');
insert into left_cor (id) values ('1111d');