MySql Sql 优化技巧分享

更新时间：2017年02月24日 11:10:26 作者：shamork

这篇文章主要介绍了MySql Sql 优化技巧分享,非常不错，具有参考借鉴价值，需要的朋友可以参考下

有天发现一个带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';

结果：

注意看上面大红框。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;

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

/* select#1 */
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。再次运行解释。

从解释结果来看已经没有问题了。

再看下结果2中的语句：

/* select#1 */
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的结果，则能看到优化器处理后的语句。如果与原始语句有出入，仔细对比研究能够发现实际问题。

您可能感兴趣的文章:

MySQL与MSSQl使用While语句循环生成测试数据的代码
有时候我们测试性能的时候经常需要生产大量的测试数据，用sql语句直接生成的数据更快，需要的朋友可以参考下。
2010-12-12
MySQL数据库用户权限管理
这篇文章主要介绍了MySQL数据库用户权限管理，文章主要内容就是在不同的项目中，给不同的角色（开发者）不同的操作权限，保证数据库数据的安全，需要的朋友可以参考一下
2022-06-06
超出MySQL最大连接数问题及解决
这篇文章主要介绍了超出MySQL最大连接数问题及解决方案，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教
2023-05-05
MySQL中utf8mb4排序规则示例
本文主要介绍了MySQL中utf8mb4排序规则，文中通过示例代码介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们可以参考一下
2021-07-07
mysql行锁(for update)解决高并发问题
这篇文章主要介绍了mysql行锁(for update)解决高并发问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教
2023-08-08
MySQL性能优化之max_connections配置参数浅析
这篇文章主要介绍了MySQL性能优化之max_connections配置参数浅析,本文着重讲解了3种配置max_connections参数的方法,需要的朋友可以参考下
2014-07-07
mysql5.7版本root密码登录问题的解决方法
这篇文章主要为大家详细介绍了mysql5.7版本root密码登录问题的解决方法，具有一定的参考价值，感兴趣的小伙伴们可以参考一下
2018-08-08
解读数据库的嵌套查询的性能问题
这篇文章主要介绍了解读数据库的嵌套查询的性能问题，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教
2023-03-03
MySQL模糊查询语句整理集合
在本篇文章里小编给大家分享的是一篇关于MySQL模糊查询语句整理内容，有兴趣的朋友们可以学习下。
2020-02-02
Mysql树形表的2种查询解决方案(递归与自连接)
MySQL作为一个关系型数据库,存储着许多的数据信息,在实际应用中经常会遇到需要存储树形结构数据的情境,例如部门结构、商品分类等,这篇文章主要给大家介绍了关于Mysql树形表的2种查询解决方案,分别是递归与自连接,需要的朋友可以参考下
2023-11-11