这篇文章主要介绍了mysql sql 优化技巧分享,非常不错，具有参考借鉴价值，需要的朋友可以参考下
有天发现一个带inner join的sql 执行速度虽然不是很慢(0.1-0.2),但是没有达到理想速度。两个表关联，且关联的字段都是主键，查询的字段是唯一索引。
sql如下：
SELECTp_item_token.*,p_item.product_typeFROMp_item_tokenINNER JOIN p_item ON p_item.itemid = p_item_token.itemidWHEREp_item_token.token ='db87a780427d4d02ba2bd49fac8xxx';
Python操作Mysql实例代码教程
本文介绍了Python操作MYSQL、执行SQL语句、获取结果集、遍历结果集、取得某个字段、获取表字段名、将图片插入数据库、执行事务等各种代码实例和详细介绍，代码居多，是一桌丰盛唯美的代码大餐。如果想查看在线版请访问：https://www.jb51.net/article/34102.htm
0 查看详情
其中表 p_item_token 中 itemid 是主键， token 是唯一索引。 p_item 中itemid 是主键
按照理想速度，应该在0.03s左右正常。但实际为0.2左右，慢了不少。
直接 EXPLAIN 看计划
EXPLAINSELECT p_item_token.*, p_item.product_typeFROM p_item_tokenINNER JOIN p_item ON p_item.itemid = p_item_token.itemidWHERE p_item_token.token = 'db87a780427d4d02ba2bd49fac8xxx';
结果：
注意看上面大红框。p_item表中就是2w条数据，那这个就是全表扫描了。
不正常啊。
加个show warnings 看看。注意：有些情况下SHOW WARNINGS 会没有结果。我还不知道原因。建议用本地测试数据库运行。
EXPLAINSELECT p_item_token.*, p_item.product_typeFROM p_item_tokenINNER JOIN p_item ON p_item.itemid = p_item_token.itemidWHERE 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 Sql 优化技巧的图文代码详细介绍的内容，更多相关内容请关注PHP中文网（www.php.cn）！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/799900.html
微信扫一扫 
支付宝扫一扫 
