|
《MYSQL教程一个MySql Sql 优化技巧分享》要点：
本文介绍了MYSQL教程一个MySql Sql 优化技巧分享，希望对您有用。如果有疑问，可以联系我们。
导读：有天发现一个带inner join的sql 执行速度虽然不是很慢(0.1-0.2),但是没有达到理想速度.两个表关联,且关联的字段都是主键,查询的字段是...
有天发现一个带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 看计划
?MYSQL学习
- 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?看看.注意：有些情况下SHOW WARNINGS 会没有结果.我还不知道原因.建议用本地测试数据库运行.MYSQL学习
- 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;?
MYSQL学习
结果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中的语句：
?MYSQL学习
- /*?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学习 （编辑：李大同）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
|
