上一篇文章中，我们介绍了隐式类型转换。这里我们介绍另一种形式的隐式类型转换，由于字符集不一致，导致关联查询无法使用索引。

一个例子

SELECT * 
FROM funds
WHERE  uuid  in ( SELECT uuid FROM patients WHERE create_at != "0000-00-00 00:00:00" )

执行计划

首先优化器对查询做了一个转换，将in查询转换成关联查询

被驱动表funds的uuid上有唯一索引，但是执行计划中显示没有使用索引。

查看执行计划，

explain extended 
    select b.*
    from patients a, funds b
    where a.create_at != "0000-00-00 00:00:00" 
    and a.uuid=b.uuid
    
    
show warnings

select *
from patients a
     join funds b
where((a.create_at <> '0000-00-00 00:00:00')
and(a.uuid= convert(b.uuid using utf8mb4)))

发现对funds.uuid字段进行了类型转换。

我们查看一下表结构的定义，发现uuid的字符集不一致：

 CREATE TABLE `funds` ( 
     `id` int(11) NOT NULL AUTO_INCREMENT,  
     `uuid` varchar(128) COLLATE utf8_unicode_ci NOT NULL DEFAULT '' COMMENT 'UUID',
      …,
 PRIMARY KEY (`id`),  
UNIQUE KEY `uuid_idx` (`uuid`),) 
ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci；


CREATE TABLE `patients` ( 
     `id` int(11) NOT NULL AUTO_INCREMENT,  
     `uuid` varchar(128) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT '' COMMENT '项目uuid',  
PRIMARY KEY (`id`),) 
ENGINE=InnoDB DEFAULT CHARSET=utf8mb4

funds.uuid 是utf8，而patients.uuid是utf8mb4。

我们在SQL中做一个处理，将驱动表的uuid字段字符集转换成utf8，匹配被驱动表的uuid字符集：

explain extended
 SELECT b.*
FROM (select convert(uuid using utf8) COLLATE utf8_unicode_ci as uuid
    from patients 
    where project_create_at != "0000-00-00 00:00:00") a, funds b
WHERE a.uuid = b.uuid

对SQL进行改写之后，可以看到，可以使用uuid字段上的索引。解决了查询的性能问题。

总结

同一个业务字段，在不同的表中数据类型和字符集要保持一致。这样可以避免表关联的时候发生隐式类型转换。