在开发规范中，我们往往会要求研发避免在where条件中出现隐式类型转换，这么要求大概有以下两方面的原因：
- 隐式类型转换可能导致索引失效；
- 隐式类型转换可能产生非预期的结果。
注：这里说的是隐式类型转换。
我们可以看下官方关于类型转换的解释：
这里讨论以下情况：
In all other cases, the arguments are compared as floating-point (real) numbers.
回顾：一次研发提供过来的数据修正的sql：
update tbjxxxxaccout set balancexxx=balancexxx+0.1 where bankxxx=6222000233022332111;
即，根据银行电子账户更新账户余额信息。执行后发现更新了多条数据（电子账户是唯一的），然后回滚操作；重新检查sql，发现bankxxx的条件忘记加引号，正确的sql应该是：
update tbjxxxxaccout set balancexxx=balancexxx+0.1 where bankxxx='';
bankxxx的字段类型为varchar(20)，在没有加引号的情况下发生了隐式数据类型转换，按官方的解释：这种情况的比较会转换为浮点型数据再去比较，即6222000233022332111会转化为string类型再转化为float类型来比较（注：至于为什么会先转换成string再转换成float，这其中内部机制我也没搞明白，有待考证）。
下面造几个数据做测试：
CREATE TABLE `t_zw1` ( `id` int(11) DEFAULT NULL, `account_id` char(19) DEFAULT NULL, `balance_amount` decimal(18,2) DEFAULT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8; insert into t_zw1 values(1, '', 18.9); insert into t_zw1 values(2, '', 108.1); insert into t_zw1 values(3, '', 180.3); insert into t_zw1 values(4, '', 2.3); insert into t_zw1 values(5, '', 33.3); root@zow 10:09:34>select * from t_zw1; +------+---------------------+----------------+ | id | account_id | balance_amount | +------+------------------------------+----------------+ | 1 | 6222000233022332111 | 18.90 | | 2 | 6222000233022332211 | 108.10 | | 3 | 6222000233022332311 | 180.30 | | 4 | 6222000233022334211 | 2.30 | | 5 | 6222000233022334311 | 33.30 | +------+---------------------+------------------------+
我们看下account为6222000233022332111 的情况：
root@zow 10:17:02>select * from t_zw1 where account_id=''; +------+---------------------+----------------+ | id | account_id | balance_amount | +------+---------------------+----------------+ | 1 | 6222000233022332111 | 18.90 | +------+---------------------+----------------+ 1 row in set (0.00 sec) root@zow 10:17:45>select * from t_zw1 where account_id=6222000233022332111; +------+---------------------+----------------+ | id | account_id | balance_amount | +------+---------------------+----------------+ | 1 | 6222000233022332111 | 18.90 | | 2 | 6222000233022332211 | 108.10 | | 3 | 6222000233022332311 | 180.30 | +------+---------------------+----------------+ 3 rows in set (0.00 sec) root@zow 10:18:59>select account_id, account_id+0.0, if(6222000233022332111=account_id, 1, 0) from t_zw1; +---------------------+----------------------+------------------------------------------+ | account_id | account_id+0.0 | if(6222000233022332111=account_id, 1, 0) | +---------------------+----------------------+------------------------------------------+ | 6222000233022332111 | 6.222000233022332e18 | 1 | | 6222000233022332211 | 6.222000233022332e18 | 1 | | 6222000233022332311 | 6.222000233022332e18 | 1 | | 6222000233022334211 | 6.222000233022334e18 | 0 | | 6222000233022334311 | 6.222000233022334e18 | 0 | +---------------------+----------------------+------------------------------------------+
可以看出转化为float类型后，由于浮点类型精度的问题，红字的三条件记录转换后的值（约数）是一样的。
总结：隐式类型转换会带了很多不确定的结果，一定要杜绝where条件中隐式转换。
参考：https://dev.mysql.com/doc/refman/5.7/en/type-conversion.html