如何调优sql

如何定位并优化慢sql

• 根据慢日志定位慢查询sql

慢日志就是用来记录我们查询比较慢的sql

show variables like %quer%;

11：slow_query_log  off  慢日志关闭

2：slow_query_log_file 文件记录慢日志

3：long_query_time  sql执行多长时间会记录到慢日志文件中

show status like '%slow_queries%'

 slow_queries：慢查询的数量 即有多少个sql执行的比较慢

打开慢查询：

set global slow_query_log = on;

设置慢查询的时间：

set global long_query_time = 1;（重新连接之后才能看到修改的状态）

(也可以通过配置文件来修改这些配置my.ini，修改配置是永久修改的)

 

• 使用explian等分析工具分析sql

explain一般放在关键之的前面，用来描述mysql如何执行查询操作，以及mysql成功返回结果集需要执行的行数。explian可以帮助我们分析select语句，让我们知道查询效率低下的原因，从而改进我们的查询，让查询优化器更好的工作

 

id：标明sql的执行顺序，越大，越先执行

explian关键字段

type：mysql需要找到数据行的方式

性能是从最优到最差。index/all标明本次的查询走的是全表扫描

extra：辅助我们了解语句的执行方式

Using filesort ：没有使用表中的索引去排序，而是使用表外部的一个索引

• 修改sql，尽量让sql走索引

修改sql让查询的sql走索引

执行上面的sql并没有走主键索引（密集索引）。为什么不用id而是用account（索引）？

之所以走这个索引，是查询优化器做的决定，mysql查询优化器的最终目标是走索引，并且使用最严格的索引来消除尽可能多的数据行，最红是提交select查询数据行，而不是排除数据行，优化器试图排除数据行是原因排除数据行的速度越快，那么找到与条件匹配的数据行就越快，因袭查询优化器会根据它的分析和判断的标准决定走哪个索引。没有选择走主键索引大致原因：应该是因为密集索引的叶子结点把其他数据也存储到叶子节点当中，所以这里就变成他的一个缺点，这样查询的效率，因为我们的数据都放在一起，所以他是效率要比稀疏索引要低，因为稀疏索引存储关键字和以及主键的值，这样我们在内存里就能加载更多的关键字和主键的值，来进行count。我们也可以强制让sql查询走主键索引，如下：