mysql性能优化

firemail

desc
复杂查询语句

根据查询结果创建相关索引

java

Explain关键字
1.表的读取顺序
2.数据读取操作的操作类型
3.哪些索引可以使用4.哪些索引实际被使用
5.表之间的引用
6.每张表有多少行被优化器查询

Explain + SQL


id  select_type  table type possible_keys key key_len ref rows Extra

id:相同从上往下执行，不同 越大越先执行
derived = 衍生

select_type:

Simple  Primary Subquery  Derived Union [Union result]

type: 访问类型
system > const >eq_ref >ref > rang >index > all
一般至少达到rang级别 最好达到ref级别

select * from ll;
show profiles;
show profile block io, cpu for query 8;

锁

show status like "innodb_row_lock%";

java

影响sql查询慢的因素

1、没有索引或则无效索引导致的全表扫描。
2、表的数据量和关联的表数量。

致索引无效的情况

1、表关联查询时，字段类型或长度不一致。如：varchar(10)和varchar(20)
2、查询参数的数据类型与索引字段类型不一致。如int = '1313'
3、in () 索引字段in查询时，通常是有效的。但是当in中指定的数据太多，优化器认为全表扫描更快时，也不会使用索引。
4、其他如：like、索引上使用函数等使索引失效。

sql的执行顺序

from>join>on>where>group by>avg/sum>having>select>distinct>order by > limit

优化过程

优化的重点：使sql每一步筛选的数据更少，更快。
1、通过explain sql获取的信息：
第一个执行查询的表；索引的使用情况；每张表扫描到的数据条数；

2、通过select count(distinct cl)/count(1) from table,来查询关键查询字段的选择性。越大说明选择性越高，这种字段就应该优先建立索引。

3、analyze table 根据情况，分析table使其索引重建或则分布更加均衡。

4、如果查询优化后，反应出来的数据仍然很多，查询很慢。这时就应该根据业务来调整查询条件。