谈谈MySQL隐式类型转换

时间 2020-02-05 标签谈谈 mysql 隐式类型转换

本文首发于我的微信公众号《andyqian》,期待您的关注!

前言

今天咱们继续回到MySQL系列文章中,谈一谈MySQL中隐式类型转换。(其实我最先知道是在慢SQL优化中知道隐式类型转换概念的),在说隐式类型转换以前,首先咱们经过一个实例来看看是怎么回事。mysql

数据结构

本文中全部的操做,都是基于该数据结构(有兴趣的童鞋,能够实验):sql

create table t_base_user(   
oid bigint(20) not null primary key auto_increment,  
name varchar(30) null comment "name",  
email varchar(30) null comment "email",  
age int null comment "age",  
telephone varchar(30) null comment "telephone",  
status tinyint(4) null comment "0 无效 1 有效",  
created_at datetime null default now() comment "建立时间",  
updated_at datetime null default now() comment "修改时间"  )

### 新建索引alter table t_base_user add index idx_email(email);
alter table t_base_user add index idx_name(name);
alter table t_base_user add index idx_telephone(telephone);

### 新增记录: 
INSERT INTO `andyqian`.`t_base_user` (`name`, `email`, `age`, `telephone`, `status`, `created_at`, `updated_at`) 
VALUES ('111111', 'andytohome@gmail.com', '111', '12345678901', '1', now(),now());

引子

首先咱们基于上述数据结构中,咱们来看看下面这个执行计划:数据库

explain select * from t_base_user where telephone=12345678901;安全

执行计划结果:
服务器

细心的童鞋应该已经看出来了,为何数据结构中已经在telephone字段上新建了idx_telephone索引，而上述语句并无走索引,而是全表扫描。这是为何呢？带着这疑问,咱们来看看今天的主角------MySQL隐式类型转换微信

什么隐式类型转换？

在MySQL中:数据结构

当操做符与不一样类型的操做数一块儿使用时，会发生类型转换以使操做数兼容。则会发生转换隐式函数

也就是说,MySQL会根据须要自动将数字转换为字符串，将字符串转换数字。看到这个概念以后,是否是有一种茅塞顿开的感受。哦... 原来在数据结构中telephone字段为字符串(varchar)类型,而咱们传的手机号是数字类型。如今咱们将SQL修改下:优化

select * from t_base_user where telephone='12345678901';spa

再看看上述语句的执行计划:

explain select * from t_base_user where telephone='12345678901';

结果:

从这里看,如今语句已经走索引了。为了加深咱们对隐式类型转换的印象,咱们再多看看几个隐式类型转换案例:

案例一: 字符串转换为数字

mysql > SELECT 1+'1';

结果:

mysql > 2

案例二: 数字转换为字符串

mysql -> SELECT CONCAT(1024,' andyqian');

结果:

'1024,' andyqian';

此时CONCAT(字符拼接)函数就将1024进行了隐式类型转换。

如何避免隐式类型转换?

只有当清楚的知道隐式类型转换的规则，才能从根本上避免产生隐式类型转换。MySQL也在官网描述了进行隐式类型转换的一些规则以下:

1. 隐式类型转换规则:

若是一个或两个参数都是NULL，比较的结果是NULL，除了NULL安全的<=>相等比较运算符。对于NULL <=> NULL，结果为true。不须要转换
若是比较操做中的两个参数都是字符串，则将它们做为字符串进行比较。
若是两个参数都是整数，则将它们做为整数进行比较。
若是不与数字进行比较，则将十六进制值视为二进制字符串
若是其中一个参数是十进制值，则比较取决于另外一个参数。若是另外一个参数是十进制或整数值，则将参数与十进制值进行比较，若是另外一个参数是浮点值，则将参数与浮点值进行比较
若是其中一个参数是TIMESTAMP或DATETIME列，另外一个参数是常量，则在执行比较以前将常量转换为时间戳。
在全部其余状况下，参数都是做为浮点数（实数）比较的。

2. 使用CAST函数显示转换
咱们可使用CAST显示的将类型进行转换,以下所示:

mysql> SELECT 38.8, CAST(38.8 AS CHAR);

结果:

mysql > 38.8, '38.8'

如上述中:

select * from t_base_user where telephone=cast(12345678901 as char);

查看执行计划,咱们也能够看出

你看,这个时候也走索引了。

3. 类型一致
这里说的类型一致,指的是在写SQL时,参数类型必定要与数据库中的类型一致,避免产生隐式类型转换,就如刚才在文首时,若是多检查,写的SQL的参数类型与数据库中字段类型一致，也就不会不走索引了，你说是否是？

当心隐式类型转换

这里再重申一次,写SQL时必定要检查参数类型与数据库字段类型一致,(若是参数不一致,也要使用CAST函数显示转换成一致)不然形成隐式类型转换,不走索引,后果简直不堪设想, 在前面《写会MySQL索引》这篇文章中提到过,不走索引,轻则形成慢查询，重则形成数据库服务器CPU100%。唉,说到这里,不瞒你说，我就吃过很多MySQL隐式类型转换的亏 ! (如慢查询) !

小结

看到这里,是否是有一种,数据表设计还真不是件容易的事情。须要考虑的因素太多太多了,须要考虑字段类型,索引设计,还有各类约束条件等等。也必定要谨慎谨慎再谨慎！其实换个角度就更容易理解了,你们都知道高楼大厦都是须要一个好的地基的,在数据库表设计中,前期的表结构设计就是这个地基，其重要性可想而知。

从后续开始,每篇MySQL文章最后,都推荐一个经常使用且实用的MySQL命令:

今天的命令是:

show full columns from table_name;

做用: 显示指定表全部列信息

例如:

show full columns from t_base_user;

返回结果以下图所示:

其中:
Field: 字段名
Type: 该字段类型
Collation: 描述了如何对查询出来的数据进行比较和排序
Null: 是否容许为空, NO: 不容许，YES 容许
Key: 键,例如: 主键(PRI), 惟一键(UNI) 等
Default: 该字段默认值 Extra: 附加信息如自增主键上的(auto_increment)
Privileges: 权限,有select,update等
Comment: 字段注释

注意: 经过该命令显示都是建表时的信息,这里着重强调一下,在数据库建表时,在每一个字段上, 必定要加注释,加注释，加注释！

最后: 你们今天剁手了吗？祝你们晚安!