【MySQL】性能优化之 straight

研究过或者熟悉oracle性能调优的朋友都知道oracle 提供很多hint 指定from 后的表的连接顺序，如use_hash ordered ,leading 等，而MySQL 对表的连接只支持 nested loop Join, 提供的表连接驱动的hint 只有--straight_join(相当于Oracle里面的use_nl).其语法如下：

select ..from tab1 straiht_join tab2 where ...

straight_join 实际上与内连接 inner join 表现完全一致，不同的是使用了 straight_join 后，tab1 会先于 tab2 载入。

MySQL 在执行 inner join 的时候，会根据自己内部的优化规则来决定先载入 tab1 还是 tab2，如果您确认 MySQL 载入表的顺序并不是最优化的时候，就可以使用 straight_join 以替代 inner join,来强制MySQL 选择指定的执行顺序。

【现象】

生产环境中遇到一个例子，执行sql需要1.29s 已经超出业务方的要求，需要进行优化，sql 如下

select d.instance_no,d.zone_id, d.region_no,d.user_id,d.cores,d.mem,d.disk, d.tx_pub , u.idkp , m.image_no, m.platform, m.image_size

from user u, instance d , image m

where d.region_no = 'cn-cm9002' and

u.user_id = d.user_id and

d.image_id = m.image_id and

d.status != 8 and

d.gmt_create <'2013-08-19 14:00:00';

hy@3309 03:09:09>explain select d.instance_no,d.zone_id, d.region_no,d.user_id,d.cores,d.mem,d.disk, d.tx_pub , u.idkp , m.image_no, m.platform, m.image_size

-> from user u, instance d , image m

-> where d.region_no = 'cn-cm9002' and

-> u.user_id = d.user_id and

-> d.image_id = m.image_id and

-> d.status != 8 and

-> d.gmt_create <'2013-08-19 14:00:00';

+----+-------------+-------+--------+-------------------------------------+--------------------+---------+------------------+--------+-------------+

+----+-------------+-------+--------+-------------------------------------+--------------------+---------+------------------+--------+-------------+

| 1 | SIMPLE | d | ref | image_id,ind_i_uid_hostname,user_id | ind_i_uid_hostname | 4 | hy.u.user_id | 1 | Using where |

| 1 | SIMPLE | m | eq_ref | PRIMARY | PRIMARY | 4 | hy.d.image_id | 1 | |

+----+-------------+-------+--------+-------------------------------------+--------------------+---------+------------------+--------+-------------+

3 rows in set (0.00 sec)

【解决方法】

使用 straight_join 方式优化sql 执行的顺序结果如下：

rac1@3309 15:01:55>explain select d.instance_no,d.zone_id, d.region_no,d.user_id,d.cores,d.mem,d.disk, d.tx_pub , u.idkp , m.image_no, m.platform, m.image_size

-> from instance d straight_join user u on u.user_id = d.user_id, image m

-> where d.region_no = 'cn-cm9002' and

-> d.image_id = m.image_id and

-> d.status != 8 and

-> d.gmt_create <'2013-08-19 14:00:00';

+----+-------------+-------+--------+-------------------------------------+---------+---------+------------------+--------+-------------+

+----+-------------+-------+--------+-------------------------------------+---------+---------+------------------+--------+-------------+

| 1 | SIMPLE | m | eq_ref | PRIMARY | PRIMARY | 4 | hy.d.image_id | 1 | |

| 1 | SIMPLE | u | eq_ref | PRIMARY | PRIMARY | 4 | hy.d.user_id | 1 | |

+----+-------------+-------+--------+-------------------------------------+---------+---------+------------------+--------+-------------+

3 rows in set (0.00 sec)

新的sql执行结果：

【问题分析】

上面的介绍中描述mysql的优化器只支持 nest loop ，对于多表连接会mysql优化器采用了简单的方式：选择结果集小的表作为驱动表。

instance表连接 user表有两种连接方式：

A 选择user 表作为驱动表优化器扫描133002行

B 选择instance表作为驱动表优化器扫描 316473行

因此优化器选择了看起来正确的执行计划以user表作为驱动表。但是我们查看where条件，正确的应该是通过instance 的region_no，status ，gmt_create 过滤得到instance的结果集，再来和user，image中的表进行关联。

而执行计划是扫描user表中全部的记录再去关联instance 表和image表，显然执行顺序有偏差。因此加上straight_join hint 之后，强制优化器选择 instance为驱动表，按照正确的执行计划执行。

附上表的记录数：

hy@3309 01:11:17> select count(*) from user;

+----------+

| count(*) |

+----------+

| 134221 |

+----------+

1 row in set (0.02 sec)

hy@3309 01:19:44> select count(*) from instance;

+----------+

| count(*) |

+----------+

| 375732 |

+----------+

1 row in set (0.06 sec)

hy@3309 01:19:54> select count(*) from image;

+----------+

| count(*) |

+----------+

| 18858 |

+----------+

1 row in set (0.00 sec)

【MySQL】性能优化之 straight_join相关推荐

MySQL性能优化、故障排查及最佳实践秘籍，阿里云数据库专家玄惭的“武功”全记录...
为什么80%的码农都做不了架构师?>>> 文章简介玄惭,真名罗龙九,阿里云DBA专家,负责阿里云RDS线上稳定以及专家服务团队.他经历过阿里历年双11实战考验,积累了7年对阿 ...
MySQL性能优化点记录
第一章 myisam,可以基于blob和text的前500字节,创建索引 myisam 支持fulltext 延迟更新索引 (delay_key_write) CREATE TABLE `table3 ...
[官方] mysql 性能优化文档（中英文自译）
大家好,我是烤鸭: 根据官方文档翻译并精简部分内容.建议有时间的朋友下载原版查看,全文106页pdf,快的话1-2天就能看完.自己翻译的有些地方可能不完整,欢迎指正. 官方pdf下载,需登录: htt ...
Mysql性能优化方案
2019独角兽企业重金招聘Python工程师标准>>> 内容简介:这是一篇关于mysql 性能优化的文章.网上有不少mysql 性能优化方案,不过,mysql的优化同sql serv ...
mysql半连接_mysql表的半连接，反连接导致的mysql性能优化剖析
[导读] 关于Oracle的半连接,反连接,我一直认为这是一个能讲很长时间的话题,所以在我的新书<Oracle DBA工作笔记>中讲性能优化的时候,我花... 关于Oracle的半连接,反 ...
记一次mysql性能优化过程
2019独角兽企业重金招聘Python工程师标准>>> 转发自:记一次mysql性能优化过程由于配置是运行过那么长时间,很稳定,基本上不考虑,所以本次主要是sql的优化,并且集中在 ...
MySQL 性能优化，优化设计及设计原则解读
MySQL性能优化的目的如何合理的设计数据库? 什么样的数据库设计才能给后期DBA优化提供基石? 数据库设计与程序设计的差异? 数据库设计早期优化 1. 关系明确(理清表之间的关系,可以通过冗余的方 ...
MySQL性能优化速记
MySQL性能优化速记http://www.bieryun.com/3064.html 总结自<MySQL 5.7从入门到精通(视频教学版)>刘增杰编著. 优化简介 MySQL数据库优化是 ...
MySQL 性能优化技巧
原文地址:MySQL 性能优化技巧博客地址:www.extlight.com 一.背景最近公司项目添加新功能,上线后发现有些功能的列表查询时间很久.原因是新功能用到旧功能的接口,而这些旧接口的 S ...
MySQL · 性能优化· InnoDB buffer pool flush策略漫谈
MySQL · 性能优化· InnoDB buffer pool flush策略漫谈背景我们知道InnoDB使用buffer pool来缓存从磁盘读取到内存的数据页.buffer pool通常由数 ...

【MySQL】性能优化之 straight_join

【MySQL】性能优化之 straight_join相关推荐

最新文章

热门文章