有天发现一个带 inner join 的 sql 执行速度虽然不是很慢 (0.1-0.2), 但是没有达到理想速度。两个表关联,且关联的字段都是主键,查询的字段是唯一索引。
sql 如下:
- SELECT
- p_item_token.*,
- p_item.product_type
- FROM
- p_item_token
- INNER JOIN p_item ON p_item.itemid = p_item_token.itemid
- WHERE
- p_item_token.token ='db87a780427d4d02ba2bd49fac8xxx';
其中表 p_item_token 中 itemid 是主键, token 是唯一索引。 p_item 中 itemid 是主键
按照理想速度,应该在 0.03s 左右正常。但实际为 0.2 左右,慢了不少。
直接 EXPLAIN 看计划
- 1 EXPLAIN
- 2 SELECT
- 3 p_item_token.*,
- 4 p_item.product_type
- 5 FROM
- 6 p_item_token
- 7 INNER JOIN p_item ON p_item.itemid = p_item_token.itemid
- 8 WHERE
- 9 p_item_token.token = 'db87a780427d4d02ba2bd49fac8xxx';
结果:
注意看上面大红框。p_item 表中就是 2w 条数据,那这个就是全表扫描了。
不正常啊。
加个 show warning 看看。
- 1 EXPLAIN
- 2 SELECT
- 3 p_item_token.*,
- 4 p_item.product_type
- 5 FROM
- 6 p_item_token
- 7 INNER JOIN p_item ON p_item.itemid = p_item_token.itemid
- 8 WHERE
- 9 p_item_token.token = 'db87a780427d4d02ba2bd49fac8xxx';
- 10
- 11 SHOW WARNINGS;
结果 2 里面显示 code=1003. 后面有个 sql 语句。这个语句就是 mysql 把我们输入的 sql 语句,按照规则改写之后执行的最终语句。
- 1 /* select#1 */
- 2 SELECT
- 3 '0000eb612d78407a91a9b3854ffffffff' AS `itemid`, /*注:直接按主键把值查出来了*/
- 4 'db87a780427d4d02ba2bd49fac8cf98b' AS `token`,
- 5 '2016-12-16 10:46:53' AS `create_time`,
- 6 '' AS `ftoken`,
- 7 `p_db`.`p_item`.`product_type` AS `product_type`
- 8 FROM
- 9 `p_db`.`p_item_token`
- 10 JOIN `p_db`.`p_item`
- 11 WHERE
- 12 (
- 13 (
- 14 CONVERT (
- 15 `p_db`.`p_item`.`itemid` USING utf8mb4
- 16 ) = '0000eb612d78407a91a9b3854fffffff'
- 17 )
- 18 )
奇怪啊。Where 中怎么有个 CONVERT ?我们知道,如果 where 条件中,等式的左边,也就是要查询的字段上有函数的话,就会导致慢。(我的理解:慢因为索引用不到了。索引的值是原始值,这个条件中用的却是处理后的值。)
注意看这函数,意思是把 itemid 这一列的编码转换成 utf8mb4 . 也就是说,这一列的编码不是 utf8mb4 !
打开表,把两个表中 itemid 这一列的编码都改成 utf8。再次运行解释。
从解释结果来看已经没有问题了。
再看下结果 2 中的语句:
- 1 /* select#1 */
- 2 SELECT
- 3 '0000eb612d78407a91a9b3854fffffff' AS `itemid`,
- 4 'db87a780427d4d02ba2bd49fac8cf98b' AS `token`,
- 5 '2016-12-16 10:46:53' AS `create_time`,
- 6 '' AS `ftoken`,
- 7 'cxx' AS `product_type`
- 8 FROM
- 9 `toy_item_plat`.`p_item_token`
- 10 JOIN `toy_item_plat`.`p_item`
- 11 WHERE
- 12 1
这 select 中全是常量了。速度能不快吗?
执行结果 0.036s。符合预期
经验总结:
explain 可以查看执行计划是否符合预期,如果有出现 rows 较大的情况,则说明出现了全表扫描,将来会是性能瓶颈
show warning 的结果,则能看到优化器处理后的语句。如果与原始语句有出入,仔细对比研究能够发现实际问题。
来源: http://www.bubuko.com/infodetail-1957184.html