MYSQL教程一个MySql Sql 优化技巧分享

《MYSQL教程一个MySql Sql 优化技巧分享》要点：
本文介绍了MYSQL教程一个MySql Sql 优化技巧分享，希望对您有用。如果有疑问，可以联系我们。

有天发现一个带inner join的sql 执行速度虽然不是很慢(0.1-0.2),但是没有达到理想速度.两个表关联,且关联的字段都是主键,查询的字段是唯一索引.

sql如下： 

1. SELECT 
2. p_item_token.*, 
3. p_item.product_type 
4. FROM 
5. p_item_token 
6. INNER JOIN p_item ON p_item.itemid = p_item_token.itemid 
7. WHERE 
8. p_item_token.token ='db87a780427d4d02ba2bd49fac8xxx'; 

其中表  p_item_token  中  itemid 是主键, token 是唯一索引. p_item 中itemid 是主键

按照理想速度,应该在0.03s左右正常.但实际为0.2左右,慢了不少.

直接 EXPLAIN 看计划
 MYSQL学习

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'; 

结果


加个show warnings 看看.注意：有些情况下SHOW WARNINGS 会没有结果.我还不知道原因.建议用本地测试数据库运行.MYSQL学习

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; 

MYSQL学习

结果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中的语句：
 MYSQL学习

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的结果,则能看到优化器处理后的语句.如果与原始语句有出入,仔细对比研究能够发现实际问题.
 MYSQL学习

转载请注明本页网址：
http://www.vephp.com/jiaocheng/5765.html