SELECT
'0000eb612d78407a91a9b3854ffffffff' AS `itemid`,
'db87a780427d4d02ba2bd49fac8cf98b' AS `token`,
'2016-12-16 10:46:53' AS `create_time`,
'' AS `ftoken`,
`p_db`.`p_item`.`product_type` AS `product_type`
FROM
`p_db`.`p_item_token`
JOIN `p_db`.`p_item`
WHERE
(
(
CONVERT (
`p_db`.`p_item`.`itemid` USING utf8mb4
) = '0000eb612d78407a91a9b3854fffffff'
)
)
奇怪啊。Where中怎么有个 CONVERT ?我们知道,如果where条件中,等式的左边,也就是要查询的字段上有函数的话,就会导致慢。(我的理解:慢因为索引用不到了。索引的值是原始值,这个条件中用的却是处理后的值。)
注意看这函数,意思是把 itemid 这一列的编码转换成 utf8mb4 . 也就是说,这一列的编码不是 utf8mb4 ! 也就是,两个连接表中, itemid 的编码不同,一个是 utf8 ,一个是 utf8mb4 !
打开表,把两个表中itemid这一列的编码都改成utf8。再次运行解释。
从解释结果来看已经没有问题了。
再看下结果2中的语句:
SELECT
'0000eb612d78407a91a9b3854fffffff' AS `itemid`,
'db87a780427d4d02ba2bd49fac8cf98b' AS `token`,
'2016-12-16 10:46:53' AS `create_time`,
'' AS `ftoken`,
'cxx' AS `product_type`
FROM
`toy_item_plat`.`p_item_token`
JOIN `toy_item_plat`.`p_item`
WHERE
1
这 select 中全是常量了。速度能不快吗?
执行结果0.036s。符合预期
经验总结:
explain 可以查看执行计划是否符合预期,如果有出现rows较大的情况,则说明出现了全表扫描,将来会是性能瓶颈
show warning的结果,则能看到优化器处理后的语句。如果与原始语句有出入,仔细对比研究能够发现实际问题。