索引不同类别的正确使用及使用场景:
InnoDB按照主键进行聚集，如果没有定义主键，InnoDB会试着使用唯一的非空索引来代替。所以对于innodb来说, 创建索引指的都是创建非聚集(辅助)索引。
1. 普通索引
这是最基本的索引，它没有任何限制,也是我们大多数情况下用到的索引。
–直接创建索引
CREATE INDEX index_name ON table(column(length))
–修改表结构的方式添加索引
ALTER TABLE table_name ADD INDEX index_name (column(length))
–创建表的时候同时创建索引
CREATE TABLE `table` (
`id` int(11) NOT NULL AUTO_INCREMENT ,
`title` char(255) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ,
`content` text CHARACTER SET utf8 COLLATE utf8_general_ci NULL ,
`time` int(10) NULL DEFAULT NULL ,
PRIMARY KEY (`id`),
INDEX index_name (title(length))
)
–删除索引
DROP INDEX index_name ON table
2. 唯一索引 (UNIQUE)
----与普通索引类似，不同的就是：索引列的值必须唯一，但允许有空值（注意和主键不同）。如果是组合索引，则列值的组合必须唯一，创建方法和普通索引类似。
---需要判断某个字段是否存在，如果存在则执行更新操作,可以针对字段建立唯一索引,此时如果插入相同字段, 那么将触发更新而不是插入。
---innodb主键的聚集索引是唯一索引,针对主键相同的插入有唯一索引的效果。
–创建唯一索引
CREATE UNIQUE INDEX indexName ON table(column(length))
–修改表结构
ALTER TABLE table_name ADD UNIQUE indexName (column(length))
–创建表的时候直接指定
CREATE TABLE `table` (
`id` int(11) NOT NULL AUTO_INCREMENT ,
`title` char(255) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ,
`content` text CHARACTER SET utf8 COLLATE utf8_general_ci NULL ,
`time` int(10) NULL DEFAULT NULL ,
PRIMARY KEY (`id`),
UNIQUE indexName (title(length))
);
3.全文索引（FULLTEXT）
----全文FULLTEXT索引仅可用于 MyISAM 表；对于大容量的数据表，生成全文索引是一个非常消耗时间非常消耗硬盘空间的做法。
–创建表的适合添加全文索引
CREATE TABLE `table` (
`id` int(11) NOT NULL AUTO_INCREMENT ,
`title` char(255) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ,
`content` text CHARACTER SET utf8 COLLATE utf8_general_ci NULL ,
`time` int(10) NULL DEFAULT NULL ,
PRIMARY KEY (`id`),
FULLTEXT (content)
);
–修改表结构添加全文索引
ALTER TABLE article ADD FULLTEXT index_content(content)
–直接创建索引
CREATE FULLTEXT INDEX index_content ON article(content)
4.组合索引（最左前缀原则）
-----组合索引开销很大, 什么情况下使用联合索引比较好呢？ ---一般在N:N的关系表中,以两个字段为准寻找关系记录
----平时用的SQL查询语句一般都有比较多的限制条件，所以为了进一步榨取MySQL的效率，就要考虑建立组合索引。例如上表中针对title和time建立一个组合索引：ALTER TABLE article ADD INDEX index_titme_time (title(50),time(10))。建立这样的组合索引，其实是相当于分别建立了下面两组组合索引：
–title,time
–title
为什么没有time这样的组合索引呢？这是因为MySQL组合索引“最左前缀”的结果。简单的理解就是只从最左面的开始组合。并不是只要包含这两列的查询都会用到该组合索引，如下面的几个SQL所示：
–使用到上面的索引
SELECT * FROM article WHREE title='测试' AND time=1234567890;
SELECT * FROM article WHREE utitle='测试';
–不使用上面的索引
SELECT * FROM article WHREE time=1234567890;
4.外键索引
如果为某个外键字段定义了一个外键约束条件，MySQL就会定义一个内部索引来帮助自己以最有效率的方式去管理和使用外键约束条件。
但外键约束条件并不是一定要建立,比如一些数据表繁杂的应用就不建立建立外键关联:
1、使用外键有利于维持数据完整性和一致性，但是对于开发来说是非常不利的。
2、每次做DELETE 或者UPDATE都必须考虑外键约束，会导致开发的时候很痛苦，而且需要更为复杂的错误捕获机制。
3、做数据处理时会受到很多的束缚，有些地方本来就可以允许有部分冗余，但是由于设计了外键约束，只能放弃。
4、出现BUG的时候追踪很麻烦。
所以当不打算建立外键的约束条件情况下,可以将外键索引替换为普通索引加在关联字段上
注意:
索引的长度的计算是根据表字段设定的长度来标量的, 所以需要注意字段的长度length不能超过1000 bytes，否则会报错。
任何一个数据库，在建立主键的时候，数据库会自动为这个主键建立一个 非聚集索引，这个是自动创建的，不需要人工干扰。
虽然索引大大提高了查询速度，同时却会降低更新表的速度，如对表进行INSERT、UPDATE和DELETE。因为更新表时，MySQL不仅要保存数据，还要保存一下索引文件。建立索引会占用磁盘空间的索引文件。一般情况这个问题不太严重，但如果你在一个大表上创建了多种组合索引，索引文件的会膨胀很快。
哪些字段可以建索引？ 一般都where、order by 或者 group by 后面的字段。
导致引擎放弃使用索引而进行全表扫描的条件
补充, 在索引列上不要使用计算或者CASE_WHEN等内置函数。
聚集索引和非聚集(辅助)的使用场景:
部分翻译是 聚簇索引和非聚簇索引(稀疏)
其实是指存储介质上针对数据排列方式
聚集索引：指索引项的排序方式和表中数据记录排序方式一致的索引
非聚集索引： 索引顺序与物理存储顺序不同, 索引的记录节点有一个数据指针指向真正的数据存储位置
聚集索引并不一定是唯一索引,索引是否唯一与是否聚集是不相关的，聚集索引可以是唯一索引，也可以是非唯一索引；
InnoDB按照主键进行聚集，如果没有定义主键，InnoDB会试着使用唯一的非空索引来代替。
一般会在自增列或交易时间列上建立聚集索引
一个表最多创建一个聚集索引，二百四十九个非聚集索引(辅助)
