myisam主键索引与普通索引的区别：
MyISAM索引文件和数据文件是分离的，索引文件仅保存数据记录的地址。
MyISAM的索引与行记录是分开存储的，叫做非聚集索引 非 （UnClustered Index）。
主键索引与普通索引没有本质差异：叶子节点都是存储对应行记录的指针。
innodb主键索引与普通索引的区别：
innodb的普通索引所记录的是实际的数据以及主键索引的记录
也就是说，innodb的普通索引查询会进行两次查询，当然这个两次查询也是有前提的，比如sql语句如下：select * from user where name = "ls";
myisam：myisam存储引擎的普通索引与主键索引在索引指向方面都是指定位实际的数据在磁盘中的位置（指针）
innodb：innodb存储引擎的普通索引与主键索引在索引指定当面是普通索引指定主键索引的数据以及索引相关字段数据在磁盘中的位置，主键索引指向的是数据在磁盘中实际的位置
innodb回表查询：根据普通索引查询到主键，又去主键索引去磁盘中检索数据。
在innodb存储引擎下，当sql语句查询的时候用到普通索引，获取的数据只要不存在于索引中的情况下就会出现回表问题
覆盖索引：
主键索引：主要是主键
普通索引：普通索引是一个范围的定义，比如单列索引以及联合索引其实都是属于普通索引
联合索引建立语法：alter table user add index idx_name_age(name,age); --建立一个name与age相关的联合索引
hash索引
我们听说过得hash一般是有hash算法，还有hash加密等，比如：会有xxxx的代码使用了hash算法，hash加密 ，一般的话会有32位，64位的字符串。
hash索引概念：mysql会根据我们的字段进行hash计算生成一个字符串，这个字符串就是磁盘数据的地址。
基于哈希表实现，只有精确匹配索引所有列的查询才有效，对于每一行数据，存储引擎都会对所有的索引列计算一个哈希码（hash code)，哈希码是一个较小的值，
大部分情况下不同的键值的行计算出来的哈希码是不同的，但是也会有例外，就是说不同列值计算出来的hash值一样的（即所谓的hash冲突），哈希索引将所有的哈希码存储
在索引中，同时在哈希表中保存指向每一个数据行的指针，hash很适合做索引，为某一列或几列建立hash索引，就会利用这一列或几列的值通过一定的算法计算出一个hash值，
对应一行或几行数据。
针对上图的理解：
keys：代表创建索引的列值；
buckets： 就是计算出来的hash值和对应的数据的物理位置组成的hash表；
entries：就是代表具体的数据行；
创建hash索引后，会为每个键值通过特定的算法计算出一个哈希码（hash code)，需要注意的是不同的键值计算出来的hash值可能是相同的，例上图上的 John Smith 和Sandra Dee算出来的hash值都是152，
然后找到hash值为152在hash表中的存储数据的物理位置，这个位置对应着两条数据也(就是John Smith 521-1234 和Sandra Dee 521-9655)，然后再次遍历这两条数据，
找到需要的数据，这就解释了为啥hash冲突严重了，hash索引效率降低的原因。
innodb引擎有一个特殊的功能叫做自适应哈希索引，当innodb注意到某些索引值被使用的非常频繁时，它会在内存中基于btree索引之上再创建一个哈希索引，这样就让btree索引也具有哈希索引的一些优点，
比如：
快速的哈希查找，这是一个全自动的，内部的行为，用户无法控制或者配置，不过如果有必要，可以选择关闭这个功能（innodb_adaptive_hash_index=OFF，默认为ON）。
全文搜索索引:
根据名称创建全文索引：alter table customers1 add fulltext index testfulltext(name) with parser ngram;
select * from customers1 where match(name) against('-化实',in boolean mode) limit 0,5;