在对服务器进行性能分析时，我们经常会遇到慢SQL，这我给大家粗略的总结了一下慢sql可能的原因，帮助大家分析定位慢SQL。
1
查询的表，没有加索引
写了一个查询sql，结果查询的条件字段没有索引，导致需要全表扫描，查找数据，这是大家遇到最多，也是最容易理解的。
这种，一般，在表数据量比较少时，如低于十万级，不会觉得慢，但是，当表中数据量达到或超过十万级时，就会体现出查询时间特别长了。
2
查询的索引，无效
知道索引很重要，所以，一般建表的时候，都会加上一些索引，但是，有了索引，并不代表查询速度就一定会快，因为，还要看能否正确使用索引。以下几种，就是常见的导致索引无效：查询条件，没有索引字段查询条件使用or，选择式过滤条件，导致索引无效查询条件使用like，且从头部开始模糊匹配，导致索引无效查询条件不满足复合索引的最左匹配原则，导致索引无效查询条件，索引列使用了隐式类型转换，导致索引无效查询条件，索引列使用了聚合函数，导致索引无效查询条件，索引列使用了算术运算(+、-、...)，导致索引无效查询条件，索引列使用了逻辑运算(!=、、isnull、isnotnull...)，导致索引无效左右关联时，字段类型不一致，导致索引无效3
查询使用了，临时表
临时表可能大家不知道，但是回表查询，大家可能听说过，就是说一次查询不满足，还需要再查一次，查两次才能出结果，这当然就会慢啦。
哪临时表一般都是怎么产生的呢？通过一次查询返回的数据，要进行下一步的过滤、显示时，发现返回的数据中不满足过滤条件，或者没有显示的字段，又要回头查一次原表，从原表中获取满足条件的数据，这些数据，就放在临时表中。本来，回头查一次，就已经消耗了时间了，奈何，临时表还有空间大小限制，占用内存空间，还可能空间不够用，存放不下所有数据。所以，一般，只要出现使用了临时表，这个sql的性能都很差。
4
join或子查询，太多
关联查询，在实际工作中，非常场景，关联的表越多，那么，数据过滤筛选就越来复杂，时间自然就会越长了。所以，一般而言，关联表不建议超过3个，而且数据量小的表放左边，大的表放在右边。5
查询结果数据量，太大了
查询结果数据量太大，常见的有两种，第1种，就是直查的表数据量太大，如千万级。一张表千万级，即使建了索引，索引文件也会很大，深度也会很深，查询速度，自然就会很慢了。第2种，就是联表笛卡尔积量太大。对于第一种，优化建议，一般是对表采用分表分区了。而第二种，就简单粗暴的sql拆分优化。6
锁竞争
现在MySQL的表一般都是InnoDB存储引擎，这种引擎的表是行锁，每次锁定一行。即，如果有一个事务在操作某一行数据，就会锁定这一行的操作行为，其他事务不能操作，直到前一个事务操作完成，