请教， MySQL 数据库，使用非纯数字字符串作为自增主键的查询条件时遇到的问题。

This topic created in 2350 days ago, the information mentioned may be changed or developed.

MySQL 数据库版本 5.6
数据库表 A 有自增主键 id 和 name 字段，由于历史原因，从前台传过来的字符串会先用来执行 SQL1：
select * from A where name = 'str'
如果查不到数据再执行 SQL2：
select * from A where id = 'str'
本来，这个 str 要么是非数字字串要么是纯数字字串。但是后来扩展业务时，这个 str 取的是用户设置的值，例如用户输入的是'123Test'。
SQL1 查不出来，执行 SQL2 时，发现数据库会将 str 的数字部分截出来作为条件查，即变成
select * from A where id = '123'

我其实是想知道数据库是不是故意这样设计的，还是说只是单纯没想到开发者会这样使用 SQL。

str

select

数据库

Where

6 replies 2019-12-20 11:08:05 +08:00

gowa

Dec 7, 2019 via Android

哥子你想说什么。自增主键 id 不是字符类型啊。

不做显式转换的时候给你隐式转换了啊

Weixk

Dec 7, 2019

@gowa 即使是进行类型转换，'123Test'这种数据不应该是转不了数字直接报类型错误吗。变成 123 去查能查出数据，对我们业务来说就是 Bug 了。我就是这点感到奇怪。

gowa

Dec 7, 2019

SELECT 1='123x' FROM dual;

你试试这句 SQL 就明白了。。然后，参考文档： https://dev.mysql.com/doc/refman/5.5/en/type-conversion.html

> In all other cases, the arguments are compared as floating-point (real) numbers. For example, a comparison of string and numeric operands takes places as a comparison of floating-point numbers.

wangyzj

Dec 7, 2019

你们业务逻辑很有趣

C02TobNClov1Dz56

Dec 8, 2019

隐式转换会自动截断...这个没辙, 如果一开始代码里就使用 DTO 作为入参查询, 可以避免这个问题

065535

Dec 20, 2019

分两条 SQL 去查询，在逻辑上是不严谨的。先不说隐式转换的问题，当前的业务逻辑需要修改为一条 sql 在数据上才是一致的严谨的：select * from A where name = 'str' or id = 'str'

然后我们再说隐式转换在 mysql 的设计：When an operator is used with operands of different types, type conversion occurs to make the operands compatible.