共计 785 个字符，预计需要花费 2 分钟才能阅读完成。
前言
在本地建了两张表，一张 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;
图 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
图 3.1
再执行一下图 1.1 的 sql：
图 3.2
问题解决。
正文完
