Mysql 数据类型隐式转换规则

数据库小白一枚，正在不断学习积累知识，现将学习到的知识记录一下，也是将我的所得分享给大家！而今天这篇文章《Mysql 数据类型隐式转换规则》带大家来了解一下Mysql 数据类型隐式转换规则，希望对大家的知识积累有所帮助，从而弥补自己的不足，助力实战开发！

Mysql 数据类型隐式转换规则

现象

今天遇到一个慢查询，查询日志找到慢查询语句是这样的：

select * from convert_test where areacode=0001 and period>='20170511' and period

CREATE TABLE `convert_test` (
    `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT,
    `areacode` char(12) NOT NULL DEFAULT '',
    `period` int(6) unsigned NOT NULL DEFAULT 0,
    `mid_price` int(10) unsigned NOT NULL DEFAULT 0,
    `mid_change` float NOT NULL DEFAULT 0,
    `updated_datetime` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
    PRIMARY KEY (`id`),
    UNIQUE KEY `idx_areacode_period` (`areacode`,`period`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='隐式转换测试表';

表中数据42W以上。

乍一看，明明创建了一个唯一索引，正常来说，上面的查询语句应该正好命中idx_areacode_period这个索引的，不应该是慢查询的。

为了查看这个语句是怎么查询的，我们在测试库中explain一下：

mysql> explain select * from convert_test where areacode=0001 and period>='20170511' and period

结果如下：

可以看到，这里是没有用到索引的。

原因

定义表的时候，areacode字段是字符串类型的，查询的时候传入的是0001，这里0001被Mysql当做了整数处理为1，Mysql检测到areacode这个字段的查询类型是整型，就会全表扫描，将所有行的areacode转换成整型，然后在做查询处理。

找原因了，就很好解决了，上面的sql语句修改如下：

mysql> explain select * from convert_test where areacode='0001' and period>='20170511' and period

结果如下：

可以看到完全命中了idx_areacode_period 这个索引。

扩展

上面的period定义的时候是整型，但是查询传入的是字符串类型，那为什么会命中索引的呢？

看一下官方的隐试转换说明：

1. 两个参数至少有一个是 NULL 时，比较的结果也是 NULL，例外是使用 对两个 NULL 做比较时会返回 1，这两种情况都不需要做类型转换
2. 两个参数都是字符串，会按照字符串来比较，不做类型转换
3. 两个参数都是整数，按照整数来比较，不做类型转换
4. 十六进制的值和非数字做比较时，会被当做二进制串
5. 有一个参数是 TIMESTAMP 或 DATETIME，并且另外一个参数是常量，常量会被转换为 timestamp
6. 有一个参数是 decimal 类型，如果另外一个参数是 decimal 或者整数，会将整数转换为 decimal 后进行比较，如果另外一个参数是浮点数，则会把 decimal 转换为浮点数进行比较
7. 所有其他情况下，两个参数都会被转换为浮点数再进行比较

所以,下面的几个sql语句有相同的效果：

select * from convert_test where areacode=0001 and period>='20170511' and period='20170511' and period='20170511' and period='20170511' and period

mysql 在查询的时候，会将areacode转换成浮点型进行比较。

首发：Mysql 数据类型隐式转换规则

本篇关于《Mysql 数据类型隐式转换规则》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于数据库的相关知识，请关注golang学习网公众号！