MySql表达式中字符串类型与整型的隐式转换

隐式转换

当运算符与不同类型的操作数一起使用时，会发生类型转换以使操作数兼容。某些转换是隐式发生的。例如，MySQL 会根据需要自动将字符串转换为数字，反之亦然。

mysql> SELECT 1+'1';
        -> 2
mysql> SELECT CONCAT(2,' test');
        -> '2 test'

也可以使用CAST()函数显式地将数字转换为字符串。转换是隐式进行的， CONCAT()因为它需要字符串参数。

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

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资源飙升

SELECT * FROM user WHERE varchar_column = 123; 
-- 实际等价于：SELECT * FROM user WHERE CAST(varchar_column AS SIGNED) = 123

SELECT * FROM test WHERE varchar_column = 0; 
-- 可能匹配到字段值为'abc'（转为0）、'0xyz'（转为0）等非预期数据。

2.数据插入/更新的隐式转换风险

• 原因：向VARCHAR字段插入INT值时，MySQL会自动转换为字符串，但可能导致：
  • 前导零丢失：例如插入0000会存储为'0'，而非'0000'。
  • 数值超长截断：若INT值超过字段定义长度（如VARCHAR(3)插入1234），会触发截断或报错（取决于严格模式）