mysql慢查询优化_常见mysql的慢查询优化⽅式
⼀，第⼀步.开启mysql慢查询
⽅式⼀：
修改配置⽂件  在 my.ini 增加⼏⾏:  主要是慢查询的定义时间(超过2秒就是慢查询)，以及慢查询log⽇志记录( slow_query_log)
⽅法⼆：通过MySQL数据库开启慢查询:
⼆，分析慢查询⽇志
直接分析mysql慢查询⽇志 ，利⽤explain关键字可以模拟优化器执⾏SQL查询语句，来分析sql慢查询语句
例如：执⾏EXPLAIN SELECT * FROM res_user ORDER BYmodifiedtime LIMIT 0,1000
得到如下结果： 显⽰结果分析：
table |  type | possible_keys | key |key_len  | ref | rows | Extra  EXPLAIN列的解释：
table  显⽰这⼀⾏的数据是关于哪张表的
type    这是重要的列，显⽰连接使⽤了何种类型。从最好到最差的连接类型为const、eq_reg、ref、range、indexhe和ALL
rows  显⽰需要扫描⾏数
key    使⽤的索引
三，常见的慢查询优化
(1)索引没起作⽤的情况
1. 使⽤LIKE关键字的查询语句
在使⽤LIKE关键字进⾏查询的查询语句中，如果匹配字符串的第⼀个字符为“%”，索引不会起作⽤。只有“%”不在第⼀个位置索引才会起作⽤。
2. 使⽤多列索引的查询语句
MySQL可以为多个字段创建索引。⼀个索引最多可以包括16个字段。对于多列索引，只有查询条件使
⽤了这些字段中的第⼀个字段时，索引才会被使⽤。
(2)优化数据库结构
合理的数据库结构不仅可以使数据库占⽤更⼩的磁盘空间，⽽且能够使查询速度更快。数据库结构的设计，需要考虑数据冗余、查询和更新的速度、字段的数据类型是否合理等多⽅⾯的内容。
1. 将字段很多的表分解成多个表
对于字段⽐较多的表，如果有些字段的使⽤频率很低，可以将这些字段分离出来形成新表。因为当⼀个表的数据量很⼤时，会由于使⽤频率低的字段的存在⽽变慢。
2. 增加中间表
对于需要经常联合查询的表，可以建⽴中间表以提⾼查询效率。通过建⽴中间表，把需要经常联合查询的数据插⼊到中间表中，然后将原来的联合查询改为对中间表的查询，以此来提⾼查询效率。
(3)分解关联查询
sql优化的几种方式将⼀个⼤的查询分解为多个⼩查询是很有必要的。
很多⾼性能的应⽤都会对关联查询进⾏分解，就是可以对每⼀个表进⾏⼀次单表查询，然后将查询结果在应⽤程序中进⾏关联，很多场景下这样会更⾼效，例如：
SELECT * FROM tag
JOIN tag_post ON tag_id = tag.id
JOIN post ON tag_post.post_id = post.id
WHERE tag.tag = 'mysql';
分解为：
SELECT * FROM tag WHERE tag = 'mysql';
SELECT * FROM tag_post WHERE tag_id = 1234;
SELECT * FROM post WHERE post.id in (123,456,567);
(4)优化LIMIT分页
在系统中需要分页的操作通常会使⽤limit加上偏移量的⽅法实现，同时加上合适的order by ⼦句。如果有对应的索引，通常效率会不错，否则MySQL需要做⼤量的⽂件排序操作。
⼀个⾮常令⼈头疼问题就是当偏移量⾮常⼤的时候，例如可能是limit 10000,20这样的查询，这是mysql需要查询10020条然后只返回最后20条，前⾯的10000条记录都将被舍弃，这样的代价很⾼。
优化此类查询的⼀个最简单的⽅法是尽可能的使⽤索引覆盖扫描，⽽不是查询所有的列。然后根据需要做⼀次关联操作再返回所需的列。对于偏移量很⼤的时候这样做的效率会得到很⼤提升。
对于下⾯的查询：
select id,title from collect limit 90000,10;
该语句存在的最⼤问题在于limit M,N中偏移量M太⼤(我们暂不考虑筛选字段上要不要添加索引的影响)，导致每次查询都要先从整个表中到满⾜条件 的前M条记录，
之后舍弃这M条记录并从第M+1条记录开始再依次到N条满⾜条件的记录。
如果表⾮常⼤，且筛选字段没有合适的索引，且M特别⼤那么这样的代价是⾮常⾼的。 试想，如我们下⼀次的查询能从前⼀次查询结束后标记的位置开始查，
到满⾜条件的100条记录，并记下下⼀次查询应该开始的位置，以便于下⼀次查询
能直接从该位置 开始，这样就不必每次 查询都先从整个表中先到满⾜条件的前M条记录，舍弃，在从M+1开始再到100条满⾜条件的记录了。
⽅法⼀：虑筛选字段(title)上加索引
title字段加索引  (此效率如何未加验证)
⽅法⼆：先查询出主键id值
select id,title from collect where id>=(select id from collect order by id limit 90000,1) limit 10;
原理：先查询出90000条数据对应的主键id的值，然后直接通过该id的值直接查询该id后⾯的数据。
⽅法三：“关延迟联”
如果这个表⾮常⼤，那么这个查询可以改写成如下的⽅式：
Select news.id, news.description from news inner join (select id from news order by title limit 50000,5) as myNew using(id);
这⾥的“关延迟联”将⼤⼤提升查询的效率，它让MySQL扫描尽可能少的页⾯，获取需要的记录后再根据关联列回原表查询需要的所有列。这个技术也可以⽤在优化关联查询中的limit。
⽅法四：建⽴复合索引 acct_id和create_time
select * from acct_trans_log WHERE  acct_id = 3095  order by create_time desc limit 0,10
注意sql查询慢的原因都是：引起filesort

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。