而非主键索引的叶子节点内容存储时的主键的值，在InnoDB中，非主键索引也被称为二级索引或辅助索引。其结构如下：
创建索引:
--为user表的name, age, sex三个字段创建联合索引,索引名为:idx_user_name_age_sex CREATE INDEX idx_user_name_age_sex ON USER(NAME, age, sex);1、全值匹配 ，对索引中所有列都指定具体值。
该情况下，索引生效，执行效率高。
2、最左前缀法则
如果索引了多列，要遵守最左前缀法则。指的是查询从索引的最左前列开始，并且不跳过索引中的列。
3、范围查询右边的列，不能使用索引 。
4、不要在索引列上进行运算操作， 索引将失效。
5、字符串不加单引号，造成索引失效。
6、用or分割开的条件， 如果or前的条件中的列有索引，而后面的列中没有索引，那么涉及的索引都不会被用到。
7、以%开头的Like模糊查询，索引失效。
8、如果MySQL评估使用索引比全表更慢，则不使用索引。
9、is NULL ， is NOT NULL 有时索引失效。
10、in ， not in 有时索引失效。
**11、尽量使用覆盖索引，避免select ***
尽量使用覆盖索引（只访问索引的查询（索引列完全包含查询列）），减少select * 。
12、如果查询列，超出索引列，也会降低性能。
TIP : using index ：使用覆盖索引的时候就会出现 using where：在查找使用索引的情况下，需要回表去查询所需的数据 using index condition：查找使用了索引，但是需要回表查询数据 using index ; using where：查找使用了索引，但是需要的数据都在索引列中能找到，所以不需要 回表查询数据 索引设计原则索引的设计可以遵循一些已有的原则，创建索引的时候请尽量考虑符合这些原则，便于提升索引的使用效率，更高效的使用索引。
对查询频次较高，且数据量比较大的表建立索引。
索引字段的选择，最佳候选列应当从where子句的条件中提取，如果where子句中的组合比较多，那么应当挑选最常用、过滤效果最好的列的组合。
使用唯一索引，区分度越高，使用索引的效率越高。
索引可以有效的提升查询数据的效率，但索引数量不是多多益善，索引越多，维护索引的代价自然也就水涨船高。对于插入、更新、删除等DML操作比较频繁的表来说，索引过多，会引入相当高的维护代价，降低DML操作的效率，增加相应操作的时间消耗。另外索引过多的话，MySQL也会犯选择困难病，虽然最终仍然会找到一个可用的索引，但无疑提高了选择的代价。
使用短索引，索引创建之后也是使用硬盘来存储的，因此提升索引访问的I/O效率，也可以提升总体的访问效率。假如构成索引的字段总长度比较短，那么在给定大小的存储块内可以存储更多的索引值，相应的可以有效的提升MySQL访问索引的I/O效率。
利用最左前缀，N个列组合而成的组合索引，那么相当于是创建了N个索引，如果查询时where子句中使用了组成该索引的前几个字段，那么这条查询SQL可以利用组合索引来提升查询效率。
存储引擎 MySQL体系架构