我使用常规语句和准备好的语句执行完全相同的查询时得到不同的结果,我认为这是一个类型转换错误。
mysql> show columns from server where field = "vlan";
+-------------+--------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------------+--------+------+-----+---------+-------+
| vlan | int(5) | YES | MUL | NULL | |
+-------------+--------+------+-----+---------+-------+
mysql> select hostname from server where `vlan` = '184.182' limit 1;
Empty set (0.00 sec)
mysql> prepare stupid from "select hostname from server where `vlan` = ? limit 1";
Query OK, 0 rows affected (0.00 sec)
Statement prepared
mysql> set @vlan = '184.182';
Query OK, 0 rows affected (0.00 sec)
mysql> execute stupid using @vlan;
+-------------------+
| hostname |
+-------------------+
| web20.servers.com |
+-------------------+
1 row in set (0.00 sec)
的真正价值vlan
is 184
看起来 mysql 处理类型转换的方式对于预准备语句和常规语句是不同的?那有意义吗?我该如何解决?
准备好的语句参数的预期数据类型是在语句准备时确定的,并且在语句执行之前进行到该数据类型的类型转换。
在您的示例中,需要一个整数参数;因此,在执行语句之前,所提供的字符串被转换为整数 (184),并且整数列之间的比较vlan
并且该参数对于匹配记录来说是成功的。
相比之下,“常规”语句将整数列与字符串进行比较;因此参数将作为浮点数进行比较,并且没有记录具有匹配的vlan
.
为了避免这种情况,请确保在准备时无法确定数据类型(或者确定的数据类型不会丢失任何信息) - 例如:
prepare not_so_stupid from
"select hostname from server where `vlan` = CAST(? AS CHAR) limit 1"
;
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)