MySQL 8.0自增主键WHERE条件查询结果异常问题咨询

这是MySQL的隐式类型转换机制导致的结果，和存储引擎、字符集、小版本没有直接关系：

1. 表中的id字段是整数（INT）类型，查询时传入的匹配值是字符串'1abcd'，当比较运算符两边的数据类型不一致时，MySQL会自动将一侧的值转换为兼容的数据类型再做比对，这个场景下MySQL会把字符串常量转换为整数，再和id字段的存储值比较。
2. MySQL中字符串转整数的规则是：从字符串起始位置逐字符解析有效数字，遇到第一个非数字字符时直接截断，丢弃后续所有内容。因此'1abcd'转换为整数时，解析到字符a就停止截断，最终得到的整数值是1，实际执行的查询等价于select id,first_name from user where id = 1;，自然会返回id=1的记录。

同规则参考：如果传入字符串是'abcd1'，开头没有有效数字，转换后得到的整数是0，就会匹配id=0的记录（如果表中存在该id）。

• 业务层做强参数校验：查询整数类型字段时，必须保证传入的参数是合法整数格式，从源头拦截'1abcd'这类格式非法的参数，不要把非预期格式的值传给SQL执行。
• 保证比较两侧类型一致：写SQL时不要混用类型做匹配，比如查整数id时，传入值要么直接用整数1，要么用纯数字格式的字符串'1'，从写法上避免触发隐式转换。
• 开启严格SQL模式：在MySQL配置中开启严格模式（sql_mode包含STRICT_TRANS_TABLES、ERROR_FOR_DIVISION_BY_ZERO等参数），这类字符串截断转数字的场景会抛出明确的警告，可通过SHOW WARNINGS;及时发现异常值，避免静默返回错误结果。
• 不推荐在SQL层加正则等逻辑做兜底类型校验，这类判断放在业务层执行性能更高，也更易维护。

内容的提问来源于stack exchange，提问作者Ankit Doshi