前言
在本地建了两张表，一张order表和一张zx表，由于order的用户ID是包含所有我需要的用户，所以用order作为驱动表left join zx表。
事先我在两表内都创建了unique的索引(end_date,ownerid)，然后用order表 left join zx表。
——按理说应该适用eq_ref的type，结果却根本没有用上ownerid的索引，使用强制索引也没用，但用zx表 left join order表却能顺利用上。

1.重现问题
具体建表就不说了，默认charset=utf8.
截图如下：

 

图1.1

图1.2

 

很明显，这里有两个问题：
1.图1.1中type是ref，ref里面也只用上了const（常量），并没有用上o.ownerid；
2.图1.1中z表遍历的rows竟然达到56793，事实上这个日期的行数仅有28396行，即使全表也仅是56453行。
这样，能想见图1.1执行会有多慢，基本执行不动了。

2.分析和搜索解决办法
不说分析了，换着法的改sql也没用；换着群问大神也没用；各种搜索引擎搜才总算有点思路。
关键点是“索引用不上的原因可能是字符集不相同”。
于是看了了两张表的字符集，当然都是utf8；
再看看两张表这个字段的字符集:

SHOW FULL COLUMNS FROM initial30_order;
SHOW FULL COLUMNS FROM initial30_zx;
1
2

 

图2.1

图2.2

 

可以看到，zx表的ownerid莫名变成了utf8_general_ci.

3.解决问题
找到问题那么更改order表的ownerid的字符集即可：

ALTER TABLE initial30_order CHANGE ownerid ownerid VARCHAR(11) CHARACTER SET utf8 COLLATE utf8_general_ci
1
2

 

图3.1

再执行一下图1.1的sql：

 

图3.2

问题解决。
————————————————
版权声明：本文为CSDN博主「everda」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/everda/article/details/77476716