mysql数据库优化之语句优化

Posted 2020-10-08

数据库优化目的

避免出现页面访问错误

1、由于数据库链接timeout产生页面5xxx错我

2、由于慢查询造成页面无法加载

3、由于阻塞造成数据无法提交

如何发现有问题的sql

使用mysql慢查日志对有效率问题的sql进行监控

show variables like ‘%slow%‘;   

set global log_queries_not_using_indexes=on;  

 代表 记录下没有使用索引的sql 后面进行优化 ,记录未使用索引的 打开

long_query_time 单位是秒 一般设置成100ms，也就是0.1秒

 

 

 如果慢查日志时间短，会有大量的日志，磁盘空间可能会被沾满

 

 第一款MySQL官方的mysqldumpslow 
分析慢查工具 

 安装好mysql后自带的工具，mysqldumpslow -t 3 慢查日志路径 | more  查看

 

但是结果信息不是很全面

所以用pt-query-digest

 

 --limit=A 参数  -review   expain 执行计划 如扫描行数很多，发送到客户端的很少，代表了索引不是很好 

 

第一部分是头显示了基本信息，时间范围 sql数量  第二部表统计信息  第三部分 sql信息

 

 

举例说明 就是，这个sql 执行了一次，但是执行时间占用了百分之73百分比，这种sql重点关注，就是执行次数多，占用总时间的百分比大。数据库主要瓶颈在io这，这个主要关注的是扫描行数，如果扫描的行数越多，说明他的io消耗也会越大。

第一个关注执行次数和执行时间占比，第二关注扫描行数examine，说明他的io消耗也会越大，第三 通过扫描行数 和发送行数，如果examine的扫描行数，远远大于send发送行数，说明sql索引命中率不高

找到慢的语句后如何进行优化

首先是用explaim这个从句，可以显示出sql的执行计划，原理数据库中的sql，先对执行计划分析，再对sql进行具体执行，那执行计划侧面的反应了sql的执行效率，

table 是这一行的数据是关于哪张表的 。

type这一列 const性能最好 性能最差就是ALL 

 const说明是个常数查找，一般是主键呢唯一索引进行查找，

eq-reg 是一种范围的查找，一般呢是唯一索引呢主键的范围查找，

ref 比较常见于连接的查询中，一个表是基于某个索引的查找，

range是索引的范围查找，

index是索引的扫描，

ALL是表扫描
没有where条件所以没有用到索引

key-len 索引的长度越短越好，因为mysql中的查询化过程中，索引长度越小越好的，mysql每次读取都是以页为单位的，一页中如果存储的索引数量越大，它的查询效率也就会越高。

rows 实际上就是表扫描的行数，

扩展列 一个是

filesort查询结果用到文件排序方式来进行优化，文件排序呢主要是在orderby程序中比较常见，

temporary 这个呢用到了临时表，无论filesort 或是temporpary都使用了外部文件或是临时表进行数据的存储，这种sql一般出现在order by group by 从句中，这样的sql也是要重点关注的。以上是explain 从句使用方式还有返回的一些值，执行计划