解决以下几个问题
- 如何定位并优化慢查询sql
- 联合索引的最左匹配原则的成因
- 索引是建立得越多越好吗
如何定位并优化慢SQL
思路:先根据慢日志定位慢查询sql再使用explain等工具分析sql
方法:
- 使用
show variables like '%quer%'
查询出Mysql关于查询的配置项来。
long_query_time:10.00000 代表每次sql执行10秒就会判定为慢sql
slow_query_log: 是否打开慢sql记录
slow_query_log_file: 日志保存的地址
- 查询慢查询的数量
show status like '%slow_queries%'
- 参数设置
打开慢查询
set global slow_query_log = on;
set global long_query_time = 1;
这个参数设置之后,要重新连接才会显示成功。 在这里设置的参数,重启数据库后会失效。
- explain解析sql
这几条比较关键
id 代表执行顺序, select_type 代表是否为复杂查询 rows 代表查询了多少行。
type: type代表检索等级all是最差的全表扫描。
extra:
详情可以看
https://www.cnblogs.com/gomysql/p/3720123.html
- 调优
在关键字上加索引就可以了。这里也要注意索引的命中率,索引的长度是对索引的命中率是有影响的。
- 联合索引, 也就是在栏位中选择两个字段。 创建成一个索引。
在使用联合索引的时候要注意最左原则,在创建索引的时候关键字是有顺序的,当在使用where条件查询的时候只有当使用最左边这个关键字或者两个关键字都使用的时候才会使用索引 。 否则就会直接全表扫描。
这样就会走全表扫描。
最左匹配原则的成因
叶子节点的数据也就是一行数据要是有序排列的,需要先找到alice 才能在 判断下面的数据。