主键索引：
- 主键索引不可以为空
- 主键索引可以做外键
- 一张表中只能有一个主键索引
普通索引：
- 用来加速数据访问速度而建立的索引。多建立在经常出现在查询条件的字段和经常用于排序的字段。
- 被索引的数据列允许包含重复的值
唯一索引：
- 被索引的数据列不允许包含重复的值
以下内容转载自：
查询的优化：
哈希索引
InnoDB引擎有一个特殊的功能叫做“自适应哈希索引(adaptive hash index)”。 当InnoDB注意到某些索引值被使用得非常频繁时，它会在内存中基于B-Tree索引之上再创建-一个哈希索引，这样就让B-Tree索引也具有哈希索引的一些优点，比如快速的哈希查找。这是一个完全自动的、内部的行为，用户无法控制或者配置，不过如果有必要,完全可以关闭该功能。
创建自定义哈希索引。如果存储引擎不支持哈希索引，则可以模拟像InnoDB一样创建哈希索引，这可以享受- -些哈希索引的便利，例如只需要很小的索引就可以为超长的键创建索引。
思路很简单:在B-Tree基础.上创建-一个伪哈希索引。这和真正的哈希索引不是一回事，因为还是使用B-Tree进行查找，但是它使用哈希值而不是键本身进行索引查找。你需要做的就是在查询的WHERE子句中手动指定使用哈希函数。
下面是一个实例， 例如需要存储大量的URL，并需要根据URL进行搜索查找。如果使用B-Tree来存储URL,存储的内容就会很大， 因为URL本身都很长。正常情况下会有如下查询:
mysql> SELECT id FROM url WHERE url="http: //ww.mysq1.com" ;
若删除原来URL列.上的索引，而新增-一个被索引的url_ crc 列，使用CRC32做哈希，就可以使用下面的方式查询:
mysql> SELECT id FROM url WHERE url="http://www.mysq1. com"
AND url_ crc=CRC32("http://www.mysq1.com");
这样做的性能会非常高，因为MySQL优化器会使用这个选择性很高而体积很小的基于url_ crc列的索引来完成查找(在上面的案例中，索引值为1560514994)。即使有多个记录有相同的索引值，查找仍然很快，只需要根据哈希值做快速的整数比较就能找到索引条目，然后----比较返回对应的行。另外一种方式就是对完整的URL字符串做索引,那样会非常慢。
