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

[Weixk]

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。

[gowa]

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

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

[Weixk]

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

[gowa]

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]

你们业务逻辑很有趣

[chengyiqun]

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

[065535]

分两条 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.