MySQL中一些优化straight_join技巧(mysql常见优化手段)

编辑：rootadmin

推荐整理分享MySQL中一些优化straight_join技巧(mysql常见优化手段)，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:mysql优化常用的几种方法,mysql的优化有哪几种,mysql有哪些优化,mysql常见优化方式,mysql优化点,mysql 优化口诀,mysql优化常用的几种方法,mysql常见优化,内容如对您有帮助，希望把文章链接给更多的朋友！

在oracle中可以指定的表连接的hint有很多：ordered hint 指示oracle按照from关键字后的表顺序来进行连接；leading hint 指示查询优化器使用指定的表作为连接的首表，即驱动表；use_nl hint指示查询优化器使用nested loops方式连接指定表和其他行源，并且将强制指定表作为inner表。在mysql中就有之对应的straight_join,由于mysql只支持nested loops的连接方式，所以这里的straight_join类似oracle中的use_nl hint。mysql优化器在处理多表的关联的时候，很有可能会选择错误的驱动表进行关联，导致了关联次数的增加，从而使得sql语句执行变得非常的缓慢，这个时候需要有经验的DBA进行判断，选择正确的驱动表，这个时候straight_join就起了作用了，下面我们来看一看使用straight_join进行优化的案例：

1．用户实例：spxxxxxx的一条sql执行非常的缓慢，sql如下：

2.查看执行计划：

3.查看索引：

4.调整索引，A表优化采用覆盖索引：

5.查看执行计划：

调整后执行稍有效果，但是还不明显，还没有找到要害：

6.执行时间仍然需要很长，时间的消耗主要耗费在Using filesort中，参与排序的数据量有W之多，所以需要转换驱动表；尝试采用user表做驱动表：使用straight_join强制连接顺序：

执行时间已经有了质的变化，降低到了2.秒；

7.在分析执行计划的第一步：Using where; Using temporary; Using filesort，user表其实也可以采用覆盖索引来避免using where的出现，所以继续调整索引：

8.执行时间降低到了1.秒：

通过MySQL优化Discuz!的热帖翻页的技巧写在前面：discuz!作为首屈一指的社区系统，为广大站长提供了一站式网站解决方案，而且是开源的（虽然部分代码是加密的），它为这个垂直领域的行

分析MySQL中索引引引发的CPU负载飙升的问题收到一个mysql服务器负载告警，上去一看，loadaverage都飙到多了，用top一看，CPU跑到了%，不过IO和内存的负载并不高，根据经验，应该又是一起索引

MySQL索引优化的实际案例分析 Orderbydesc/asclimitM是我在mysqlsql优化中经常遇到的一种场景，其优化原理也非常的简单，就是利用索引的有序性，优化器沿着索引的顺序扫描，在扫描到符