设为首页 收藏本站
查看: 922|回复: 0

[经验分享] 一个MySql Sql 优化技巧分享

[复制链接]

尚未签到

发表于 2017-7-14 18:11:30 | 显示全部楼层 |阅读模式
  有天发现一个带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 看计划



EXPLAIN
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';
  结果:
DSC0000.png

  注意看上面大红框。p_item表中就是2w条数据,那这个就是全表扫描了。
  不正常啊。


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



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

SHOW WARNINGS;
DSC0001.png

  结果2里面显示code=1003.后面有个sql语句。这个语句就是mysql把我们输入的sql语句,按照规则改写之后执行的最终语句。




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。再次运行解释。
DSC0002.png

  从解释结果来看已经没有问题了。
  再看下结果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的结果,则能看到优化器处理后的语句。如果与原始语句有出入,仔细对比研究能够发现实际问题。

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-393934-1-1.html 上篇帖子: SQL数据库 面试题 下篇帖子: SQL注入总结
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表