前言日常使用Mysql做一些业务时发现很慢跟踪日志发现是有慢查询语句于是使用explain查看执行计划发现是没有使用到索引一般这些情况都不是java框架导致的一般框架里都会根据主键或者指定的条件去做简单的查询复杂的查询都是通过sql原生写法来实现的这种原生写法最容易产生类似这样的问题。产生索引失效的场景1、在sql中使用了函数比如sum,count等内置函数这种情况下即使where条件中使用到了索引也会索引失效。2、在where语句中使用到了联合索引但是使用的时候违反了最左原则。比如联合索引创建的时候为name,age 但是使用的时候确实where age 1 and name ‘cz’,这样会导致age的索引失效仅剩name索引。3、在查询语句中一些字段的属性错误比如name的字段定义为varchar,但是使用的时候条件写成了where namecz,这样会导致mysql在真实查询的时候查找索引失败。4、在sql中如果使用模糊查询但是字段为全模糊的比如where name like ‘%cz%’,这种场景下索引是失效的如果使用的语句为where name like ‘cz%’,那么这种索引反而是生效的。5、在查询语句中出现了or那么这个语句是不会使用到索引的以上这些就是在写sql时经常遇到的一些索引失效的场景。如果在java中如果使用mybatis则需要手写sql,所以上面的场景需要格外注意。其他慢sql调优手段1、避免使用select * 多余的字段会消耗IO2、使用索引3、使用join替换in看具体数据库来决定原因分布式数据库exists效率低4、join优化如果执行计划中有使用Block-Nasted-Loop,需要根据实际情况增加缓存区的内存空间5、大结果集的排序如果结果集很大会涉及到文件排序File-sort,需要根据业务拆分为小结果集再排序6、在使用inner join时如果优化器判断有误这个时候要使用straght join来指定驱动表 hint方式7、在查询语句中如果优化器使用索引不合理需要使用FORCE INDEX指定索引。hint方式8、delete/update关联操作DML直接JOIN关联两张实体表改成关联1张实体表和1个Join结果集9、大事务拆分提交如果一次事务太大可能会堵塞小事务的提交10、使用group by进行分组查询时默认会按照分组字段进行排序也就是默认会在语句后面添加order by
