mysql 前缀索引 语法_mysql——索引

一、索引的简单操作(增删改查)

创建索引

CREATE[UNIQUE|FULLTEXT|SPATIAL]INDEXindex_name

[USING index_type]

ONtable_name (index_col_name,...)

[UNIQUE|FULLTEXT|SPATIAL]：表示创建索引的类型，分别表示唯一索引、全文索引、空间索引；

[USING index_type]：表示索引的类型，索引类型有BTREE索引和HASH索引。

存储引擎为MyISAM和INNODB的表中只能使用BTREE；

存储引擎为MEMORY和heap的表中可以使用BTREE索引和HASH索引

注意：另一种创建索引语法

ALTERTABLEtable_nameADD[UNIQUE|FULLTEXT|SPATIAL]INDEX[index_name] [index_type] (index_col_name,...)

查看索引

SHOWINDEXFROMtable_name

删除索引

--删除指定表中指定名称的索引

ALTERTABLEtable_nameDROPINDEXindex_name;

修改索引

在mysql中没有提供修改索引的指令，一般情况下，直接删除原索引，重新建立同名索引即可。

举例：增删改查索引：在那张表上执行add/drop那个索引

//添加索引

CREATE UNIQUEindex index_prizecideonbsy_prizeinfo(prizecode);

//查看索引

show index frombsy_prizeinfo;

//删除索引

alter tablebsy_prizeinfodrop indexindex_prizecode

//添加索引

altertablebsy_prizeinfoadd UNIQUE indexindex_prizecode (prizecode);

二、索引类型

1)BTREE索引

2)HASH索引

3)空间索引

4)全文索引

三、索引策略

正确创建和使用索引是实现高性能查询的基础。

1)独立的列：索引列不能使表达式的一部分，也不能是函数的参数。

举例：

explain select * from emp whereempno+1=100003;

explain select SQL_NO_CACHE * from emp whereTIMESTAMPDIFF(day,hiredate,now())<=2

2)前缀索引和索引选择性

有时需要索引很长的字符列，索引变得大且慢，利用前缀索引，只索引列开始的部分字符，可以节约索引空间，提高索引效率。但也会降低索引的选择性。

索引的选择性是指：不重复的索引值(基数)和数据表的记录总数的比值。索引的选择性高，mysql在查找时过滤更多的行，则查询效率高。

举例：

select SQL_NO_CACHEcount(DISTINCTloc)/count(*)from dept;

alter table dept add index index_loc (loc(7));

前缀索引是一种能使索引更小、更快的有效办法，但是有缺点：mysql无法使用前缀索引做order by 、group by、覆盖扫描。

3)多列索引

多列索引常见的错误是：为每一个列创建独立的索引，或者按照错误的顺序创建多列索引。

索引合并策略(index_merge):一定程度上可以使用表上的多个单列索引来定位指定的行。索引合并策略有时是一种优化的结果，但实际上更多时候说明了表上的索引建的很糟糕。检查查询和表的结构是不是最优，通过参数optimizer_switch来关闭索引合并功能。也可以使用ignore index提示优化器忽略掉某些索引。

举例：

explain select * from emp where deptno='24' or empno='4099904';

·当服务器对多个索引做相交操作时(and)，你需要一个包含所有相关列的多列索引，而不是多个独立的单例索引。

·当服务器对多个索引做联合操作时(or),通常需要耗费大量CPU和内存资源在算法的缓存、排序、合并上。特别是当索引的选择性不高，需要合并扫描返回的大量数据的时候。

合适的索引顺序：多列索引中索引列的顺序意味着索引首先按照最左列进行排序，其次是第二列，等等。索引可以升序或降序进行扫描，以满足精确符合列顺序的order by、group by的distinct等子句。当不需要考虑排序和分组时，将选择性高的列放在前面通常是很好的。这是索引的作用只是用于优化where条件的查询。

4)聚簇索引

聚簇索引并不是一种单独的索引类型，而是一种数据存储方式。具体的细节依赖于其实现方式。因为无法把数据行存放在两个不同的地方，所以一个表只能有一个聚簇索引。

本章主要关注innodb。在innodb中聚簇索引中保存了索引列和数据行，聚族索引列是主键列，如果没有主键，innodb会选择一个唯一的非空索引代替。如果没有这样的索引，innodb会隐式定义一个主键来作为聚簇索引。

优点：

·数据访问更快。聚簇索引将索引和数据保存在同一个B-Tree中，因此聚簇索引中获取数据通常比在非聚簇索引中查找更快。

·使用覆盖索引扫描的查询可以直接使用页节点中的主键值。

缺点：

·二级索引(非聚簇索引)可能比想象的要更大，因为在二级索引的叶子节点包含了引用行的主键列。

·二级索引访问需要两次索引查找，而不是一次。通过二级索引查找行时，存储引擎需要找到二级索引的叶子节点获得对应的主键值，然后根据这个主键值去聚簇索引中查找到对应的行。即为：两次B-Tree查找。

InnoDB和MyISAM的数据分布对比