隐式转换
当运算符与不同类型的操作数一起使用时，会发生类型转换以使操作数兼容。某些转换是隐式发生的。例如，MySQL 会根据需要自动将字符串转换为数字，反之亦然。
sql
mysql> SELECT 1+'1';
-> 2
mysql> SELECT CONCAT(2,' test');
-> '2 test'也可以使用CAST()函数显式地将数字转换为字符串。转换是隐式进行的， CONCAT()因为它需要字符串参数。
sql
mysql> SELECT 38.8, CAST(38.8 AS CHAR);
-> 38.8, '38.8'
mysql> SELECT 38.8, CONCAT(38.8);
-> 38.8, '38.8'字符串转为整型的规则
隐式转换遵循从左到右解析数字字符的规则，非数字字符后的内容会被丢弃。例如：
'123abc'转换为123，'abc123'转换为0
sql
mysql> SELECT 1 > '6x';
-> 0
mysql> SELECT 7 > '6x';
-> 1
mysql> SELECT 0 > 'x6';
-> 0
mysql> SELECT 0 = 'x6';
-> 1引发问题
字段类型是字符串类型，传入类型是整型
1.索引失效导致全表扫描
- 原因 ：MySQL会将
VARCHAR字段的值隐式转换为整数（如CAST(column AS SIGNED)），导致索引失效，触发全表扫描 。 - 影响：查询性能急剧下降，尤其是大表场景下，可能导致数据库CPU和I/O资源飙升
sql
SELECT * FROM user WHERE varchar_column = 123;
-- 实际等价于：SELECT * FROM user WHERE CAST(varchar_column AS SIGNED) = 123
sql
SELECT * FROM test WHERE varchar_column = 0;
-- 可能匹配到字段值为'abc'（转为0）、'0xyz'（转为0）等非预期数据。2.数据插入/更新的隐式转换风险
- 原因 ：向
VARCHAR字段插入INT值时，MySQL会自动转换为字符串，但可能导致：- 前导零丢失 ：例如插入
0000会存储为'0'，而非'0000'。 - 数值超长截断 ：若
INT值超过字段定义长度（如VARCHAR(3)插入1234），会触发截断或报错（取决于严格模式）
- 前导零丢失 ：例如插入