mysql性能优化之索引

存储引擎：

sql语句：
SELECT * from information_schema.ENGINES

上图可知道mysql提供了八种存储引擎，在这里只讲述常用的存储引擎：
InnoDB - 默认的引擎。支持事务、索引。默认情况下，一句一事务、自动提交。可以使用start transaction;开启事务，通过commit或rollback提交或回滚事务。存储的数据一表一文件。表头，数据，约束在同一个文件中存储。写操作的效率较好，读操作的效率一般。在互联网应用读写分离架构中，写库使用。

MyISAM - 不支持事务，支持索引。存储的数据一表三文件。分为表头文件、约束文件、数据文件。在使用这个引擎做查询的时候，忌讳select *操作。写select column只要检索数据文件即可。写select * 必须检索表头文件和数据文件。写效率较低，因为每次写入的时候，需要检索表头做字段匹配，检索约束做数据约束查询，访问数据文件写数据。一般在互联网应用读写分离架构中，读库使用。做读写分离的时候，需要建立主备模式。如果读库和写库的表引擎不同，需要先创建表，再建立主备关联。主备关联建立后，只做读写操作，不做建表操作。

Memory - 内存型数据库，一般用于缓存。如：电商中的商品类目信息，可以在数据库启动的时候，通过脚本，读取其他database的数据，整理后，保存在memory引擎库中，项目运行过程中，读取商品类目列表的时候，都访问memory引擎库，查询效率高，且重启中会自动再次初始化。Memory引擎不能完全替代redis之类的内存缓存应用。

索引

在MySQL中，对索引的查看和删除操作是所有索引类型通用的。

1、普通索引

这是最基本的索引，它没有任何限制MyIASM中默认的BTREE类型的索引，也是我们大多数情况下用到的索引。

1.1、创建索引

索引应该在数据相对稳定后再创建比较好。除非表中的数据必须分散存入。如：客户表的数据是客户注册生成的。客户表这种分散存入数据的存在，会周期性的删除重建索引。
CREATE INDEX index_name ON table_name (column(length)) 推荐
ALTER TABLE table_name ADD INDEX index_name (column(length)) 推荐
CREATE TABLE table_name (id int not null auto_increment,title varchar(30) ,PRIMARY KEY(id) , INDEX index_name (title(5))) 禁用

1.2、查看索引

SHOW INDEX FROM [table_name]
SHOW KEYS FROM [table_name] # 只在MySQL中可以使用keys关键字。

1.3、删除索引

忌讳：除特殊情况外，尽可能的不删除主键索引。
DROP INDEX index_name ON talbe_name – 全索引删除
ALTER TABLE table_name DROP INDEX index_name --非主键索引删除
ALTER TABLE table_name DROP PRIMARY KEY --删除主键索引

2、唯一索引

与普通索引类似，不同的就是：索引列的值必须唯一，但允许有空值（注意和主键不同）。如果是组合索引，则列值的组合必须唯一，创建方法和普通索引类似

2.1、创建索引

CREATE UNIQUE INDEX index_name ON table_name (column(length))
ALTER TABLE table_name ADD UNIQUE index_name (column(length))
CREATE TABLE table_name (id int not null auto_increment,title varchar(30) ,PRIMARY KEY(id) , UNIQUE index_name (title(length)))

3、全文索引（FULLTEXT）

MySQL从3.23.23版开始支持全文索引和全文检索，FULLTEXT索引仅可用于 MyISAM 表；他们可以从CHAR、VARCHAR或TEXT列中作为CREATE TABLE语句的一部分被创建，或是随后使用ALTER TABLE 或CREATE INDEX被添加。
对于较大的数据集，将你的资料输入一个没有FULLTEXT索引的表中，然后创建索引，其速度比把资料输入现有FULLTEXT索引的速度更为快。不过切记对于大容量的数据表，生成全文索引是一个非常消耗时间非常消耗硬盘空间的做法。

3.1、创建索引

CREATE FULLTEXT INDEX index_name ON table_name(column)
ALTER TABLE table_name ADD FULLTEXT index_name( column)
CREATE TABLE table_name (id int not null auto_increment,title varchar(30) ,PRIMARY KEY(id) , FULLTEXT index_name (title))

4、组合索引（最左前缀）

CREATE TABLE article(id int not null, title varchar(255), time date);
平时用的SQL查询语句一般都有比较多的限制条件，所以为了进一步榨取MySQL的效率，就要考虑建立组合索引。例如上表中针对title和time建立一个组合索引：ALTER TABLE article ADD INDEX index_title_time (title(50),time(10))。建立这样的组合索引，其实是相当于分别建立了下面两组组合索引：
–title,time
–title
为什么没有time这样的组合索引呢？这是因为MySQL组合索引“最左前缀”的结果。简单的理解就是只从最左面的开始组合。并不是只要包含这两列的查询都会用到该组合索引，如下面的几个SQL所示：
1，使用到上面的索引
SELECT * FROM article WHERE title=‘测试’ AND time=1234567890;
SELECT * FROM article WHERE title=‘测试’;
2，不使用上面的索引
SELECT * FROM article WHERE time=1234567890;

4.1、创建索引

CREATE INDEX index_name ON table_name (column_list)

5、索引优化

上面都在说使用索引的好处，但过多的使用索引将会造成滥用。因此索引也会有它的缺点。虽然索引大大提高了查询速度，同时却会降低更新表的速度，如对表进行INSERT、UPDATE和DELETE次数大于查询次数时，放弃索引。因为更新表时，MySQL不仅要保存数据，还要保存一下索引文件。建立索引会占用磁盘空间的索引文件。一般情况这个问题不太严重，但如果你在一个大表上创建了多种组合索引，索引文件的会膨胀很快。索引只是提高效率的一个因素，如果你的MySQL有大数据量的表，就需要花时间研究建立最优秀的索引，或优化查询语句。

5.1、索引不会包含有NULL值的列

只要列中包含有NULL值都将不会被包含在索引中，组合索引中只要有一列含有NULL值，那么这一列对于此组合索引就是无效的。所以我们在数据库设计时不要让字段的默认值为NULL。create table table_name(c1 varchar(32) default ‘0’)

5.2、使用短索引

对串列进行索引，如果可能应该指定一个前缀长度。例如，如果有一个CHAR(255)的列，如果在前10个或20个字符内，多数值是惟一的，那么就不要对整个列进行索引。短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作。
CREATE INDEX index_name ON table_name (column(length))

5.3、索引列排序

MySQL查询只使用一个索引，因此如果where子句中已经使用了索引的话，那么order by中的列是不会使用索引的。因此数据库默认排序可以符合要求的情况下不要使用排序操作；尽量不要包含多个列的排序，如果需要最好给这些列创建复合索引。
优先考虑字段数据识别度，识别度高的排列在前面；其次考虑查询业务场景，查询业务常用的字段，排列在前面。

5.4、like语句操作

一般情况下不鼓励使用like操作，如果非使用不可，如何使用也是一个问题。like “%aaa%” 不会使用索引，而like “aaa%”可以使用索引。

5.5、不要在列上进行运算

例如：select * from users where YEAR(adddate)<2007，将在每个行上进行运算，这将导致索引失效而进行全表扫描，因此我们可以改成：select * from users where adddate<’2007-01-01′

6、索引总结

最后总结一下，MySQL只对以下操作符才使用索引：<,<=,=,>,>=,between,in,以及某些时候的like(不以通配符%或_开头的情形)。而理论上每张表里面最多可创建16个索引，不过除非是数据量真的很多，否则过多的使用索引也不是那么好玩的。
建议：一个表的索引数最好不要超过6个，若太多则应考虑一些不常使用到的列上建的索引是否有必要。