MySQL性能优化

一,索引优化:

1. 合理使用索引,在经常查询的表上而不经常增删改的字段上加索引,且一个表上的索引最多不应超过6个,
2. Order by和group by字段后应该直接跟字段,并且该字段是索引字段;
3. 索引字段重复不应过多;
4. MySQL默认的索引是BTree索引,使用多路搜索树的数据结构,可以减少定位的中间过程,中和效率较高,但是使用该索引,应该避免出现以下几种情况:

(1), where子句中使用like关键字时，前置百分号会导致索引失效（起始字符不确定都会失效）。如：select age from test where name like "%吉坤"。

(2), where子句中使用is null或is not null时，因为null值会被自动从索引中排除，索引一般不会建立在有空值的列上

(3) where子句中使用or关键字时，or左右字段如果存在一个没有索引，有索引字段也会失效；而且即使都有索引，因为二者的索引存储顺序并不一致，效率还不如顺序全表扫描，这时引擎有可能放弃使用索引，所以要慎用or。

(4) where子句中使用in或not in关键字时，会导致全表扫描，能使用exists或between and替代就不使用in。

(5), where子句中使用!=操作符时，将放弃使用索引，因为范围不确定，使用索引效率不高，会被引擎自动改为全表扫描；

(6), where子句中应尽量避免对索引字段操作（表达式操作或函数操作），

(7), 在使用复合索引时，查询时必须使用到索引的第一个字段，否则索引失效；并且应尽量让字段顺序与索引顺序一致。
(8), 查询时必须使用正确的数据类型。数据库包含了自动了类型转换，比如纯数字赋值给字符串字段时可以被自动转换，但如果查询时不加引号查询，会导致引擎忽略索引。

二,表结构优化,

1、设计符合第三范式的表结构。

 

2、尽量使用数字型字段，提高数据比对效率。

 

3、对定长、MD5哈希码、长度较短的字段使用char类型，提高效率；对边长而且可能较长字段使用varchar类型，节约内存。

4、适当的进行水平分割与垂直分割，比如当表列数过多时，就将一部分列移出到另一张表中。

三,其他优化:

1. 当只查询一条记录时,使用limit 1修饰
2. 选取适当引擎,当需要执行大量查询操作时,可以采用MySIAM引擎,而InnoDB支持行锁,在写操作比较频繁的时候可以选用该引擎;