如何调优SQL

以MySQL为例

如何定位并优化慢查询Sql？

联合索引的最左匹配原则的成因？

索引是建立得越多越好吗？

 

一、如何定位并优化慢查询Sql？

根据慢日志定位慢查询sql

使用explain等工具分析sql

修改sql或者尽量让sql走索引

 

查看mysql变量

SHOW VARIABLES LIKE '%quer%'

 

 

 

显示慢查询的数量

SHOW STATUS LIKE '%slow_queries%'

 

 

打开慢查询日志

SET GLOBAL slow_query_log = ON;

 

设置慢查询时间为1秒。

SET GLOBAL long_query_time = 1

然后重新连接才能生效

 

慢查询实践

如下面的查询语句，查过了1秒

 

 

然后打开慢查询日志

 

 可以发现执行了6秒，实际上就是6秒。

 

然后使用explain

 

explain的关键字段

当type为index或者All时，表示走的是全表扫描，这条sql是慢查询，需要优化

 

extra字段

extra中出现以下2项意味着MYSQL根本不能使用索引，效率会受到重大影响。应尽可能对此进行优化

 

 

解决方法：

修改sql或者尽量让sql走索引。

 

二、联合索引的最左匹配原则的成因？

什么是联合索引，就是由多列组成的索引

如下图：area和title组成联合索引

 

如下的查询语句。查询where为area和title，走的是index_area_title索引

 

 

如下的查询语句。查询where为area，走的依然是index_area_title索引

 

 如下的查询语句。查询where为title，不走索引，而是全部扫描

 

 以上现象称为最左匹配。

 

 

1、最左前缀匹配原则，非常重要的原则，mysql会一直向右匹配直到遇到范围查询（>、<、between， like) 就停止匹配，如a = 3 and b=4 and c > 5 and d = 6

如果建立（a,b,c,d)顺序索引，d是用不到的所有。如果建立（a,b,d,c)索引则都可以用到， a,b,d的顺序可以任意调整。

2、 =和in可以乱序，比如 a = 1 and b = 2 and c = 3 建立(a,b,c)索引可以任意顺序，mysql的查询优化器会帮你优化成索引可以识别的形式。

 

MYSQL  创建联合索引强调最左匹配的原因？

MYSQL  创建联合索引时，先对第一个字段进行排序的基础上，再对第二个字段进行排序。相当于实现了Order by字段1，再Order by字段2这样一种排序规则。所以第一个字段是绝对有序的，而第二个字段是无序的。因此使用第二个字段，是不需要索引的。

如下图联合索引(col3,col2)

 

 

索引是建立得越多越好吗？

答案是否定的。

数据量小的表不需要建立索引，建立会增加额外的索引开销。

数据变更需要维护索引，因此更多的索引意味着更多的维护成本。

更多的索引意味着也需要更多的空间。