(转)mysql之index(索引)

（转）MySQL索引的查看建立和删除 

 

1．索引做用

在索引列上，除了上面提到的有序查找以外，数据库利用各类各样的快速定位技术，可以大大提升查询效率。特别是当数据量很是大，查询涉及多个表时，使用索引每每能使查询速度加快成千上万倍。

例如，有3个未索引的表t一、t二、t3，分别只包含列c一、c二、c3，每一个表分别含有1000行数据组成，指为1～1000的数值，查找对应值相等行的查询以下所示。

 

SELECT c1,c2,c3 FROM t1,t2,t3 WHERE c1=c2 AND c1=c3

此查询结果应该为1000行，每行包含3个相等的值。在无索引的状况下处理此查询，必须寻找3个表全部的组合，以便得出与WHERE子句相配的那些行。而可能的组合数目为1000×1000×1000（十亿），显然查询将会很是慢。

若是对每一个表进行索引，就能极大地加速查询进程。利用索引的查询处理以下。

（1）从表t1中选择第一行，查看此行所包含的数据。

（2）使用表t2上的索引，直接定位t2中与t1的值匹配的行。相似，利用表t3上的索引，直接定位t3中与来自t1的值匹配的行。

（3）扫描表t1的下一行并重复前面的过程，直到遍历t1中全部的行。

在此情形下，仍然对表t1执行了一个彻底扫描，但可以在表t2和t3上进行索引查找直接取出这些表中的行，比未用索引时要快一百万倍。

利用索引，MySQL加速了WHERE子句知足条件行的搜索，而在多表链接查询时，在执行链接时加快了与其余表中的行匹配的速度。

2.  建立索引

在执行CREATE TABLE语句时能够建立索引，也能够单独用CREATE INDEX或ALTER TABLE来为表增长索引。

1．ALTER TABLE

ALTER TABLE用来建立普通索引、UNIQUE索引或PRIMARY KEY索引。

 

ALTER TABLE table_name ADD INDEX index_name (column_list)

ALTER TABLE table_name ADD UNIQUE (column_list)

ALTER TABLE table_name ADD PRIMARY KEY (column_list)

 

其中table_name是要增长索引的表名，column_list指出对哪些列进行索引，多列时各列之间用逗号分隔。索引名index_name可选，缺省时，MySQL将根据第一个索引列赋一个名称。另外，ALTER TABLE容许在单个语句中更改多个表，所以能够在同时建立多个索引。

2．CREATE INDEX

CREATE INDEX可对表增长普通索引或UNIQUE索引。

 

CREATE INDEX index_name ON table_name (column_list)

CREATE UNIQUE INDEX index_name ON table_name (column_list)

 

table_name、index_name和column_list具备与ALTER TABLE语句中相同的含义，索引名不可选。另外，不能用CREATE INDEX语句建立PRIMARY KEY索引。

3．索引类型

在建立索引时，能够规定索引可否包含重复值。若是不包含，则索引应该建立为PRIMARY KEY或UNIQUE索引。对于单列唯一性索引，这保证单列不包含重复的值。对于多列唯一性索引，保证多个值的组合不重复。

PRIMARY KEY索引和UNIQUE索引很是相似。事实上，PRIMARY KEY索引仅是一个具备名称PRIMARY的UNIQUE索引。这表示一个表只能包含一个PRIMARY KEY，由于一个表中不可能具备两个同名的索引。

下面的SQL语句对students表在sid上添加PRIMARY KEY索引。

 

ALTER TABLE students ADD PRIMARY KEY (sid)

 

4.  删除索引

可利用ALTER TABLE或DROP INDEX语句来删除索引。相似于CREATE INDEX语句，DROP INDEX能够在ALTER TABLE内部做为一条语句处理，语法以下。

 

DROP INDEX index_name ON talbe_name

ALTER TABLE table_name DROP INDEX index_name

ALTER TABLE table_name DROP PRIMARY KEY

 

其中，前两条语句是等价的，删除掉table_name中的索引index_name。

第3条语句只在删除PRIMARY KEY索引时使用，由于一个表只可能有一个PRIMARY KEY索引，所以不须要指定索引名。若是没有建立PRIMARY KEY索引，但表具备一个或多个UNIQUE索引，则MySQL将删除第一个UNIQUE索引。

若是从表中删除了某列，则索引会受到影响。对于多列组合的索引，若是删除其中的某列，则该列也会从索引中删除。若是删除组成索引的全部列，则整个索引将被删除。

 

5．查看索引

mysql> show index from tblname;

mysql> show keys from tblname;

　　· Table

　　表的名称。

　　· Non_unique

　　若是索引不能包括重复词，则为0。若是能够，则为1。

　　· Key_name

　　索引的名称。

　　· Seq_in_index

　　索引中的列序列号，从1开始。

　　· Column_name

　　列名称。

　　· Collation

　　列以什么方式存储在索引中。在MySQL中，有值‘A’（升序）或NULL（无分类）。

　　· Cardinality

　　索引中惟一值的数目的估计值。经过运行ANALYZE TABLE或myisamchk -a能够更新。基数根据被存储为整数的统计数据来计数，因此即便对于小型表，该值也没有必要是精确的。基数越大，当进行联合时，MySQL使用该索引的机会就越大。

　　· Sub_part

　　若是列只是被部分地编入索引，则为被编入索引的字符的数目。若是整列被编入索引，则为NULL。

　　· Packed

　　指示关键字如何被压缩。若是没有被压缩，则为NULL。

　　· Null

　　若是列含有NULL，则含有YES。若是没有，则该列含有NO。

　　· Index_type

　　用过的索引方法（BTREE, FULLTEXT, HASH, RTREE）。

　　· Comment

6．什么状况下使用索引
       表的主关键字

自动创建惟一索引

如zl_yhjbqk（用户基本状况）中的hbs_bh（户标识编号）

表的字段惟一约束

ORACLE利用索引来保证数据的完整性

如lc_hj（流程环节）中的lc_bh+hj_sx（流程编号+环节顺序）

直接条件查询的字段

在SQL中用于条件约束的字段

如zl_yhjbqk（用户基本状况）中的qc_bh（区册编号）

select * from zl_yhjbqk where qc_bh=’<????甼曀???>7001’

查询中与其它表关联的字段

字段经常创建了外键关系

如zl_ydcf（用电成份）中的jldb_bh（计量点表编号）

select * from zl_ydcf a,zl_yhdb b where a.jldb_bh=b.jldb_bh and b.jldb_bh=’540100214511’

查询中排序的字段

排序的字段若是经过索引去访问那将大大提升排序速度

select * from zl_yhjbqk order by qc_bh（创建qc_bh索引）

select * from zl_yhjbqk where qc_bh=’7001’ order by cb_sx（创建qc_bh+cb_sx索引，注：只是一个索引，其中包括qc_bh和cb_sx字段）

查询中统计或分组统计的字段

select max(hbs_bh) from zl_yhjbqk

select qc_bh,count(*) from zl_yhjbqk group by qc_bh

什么状况下应不建或少建索引

表记录太少

若是一个表只有5条记录，采用索引去访问记录的话，那首先需访问索引表，再经过索引表访问数据表，通常索引表与数据表不在同一个数据块，这种状况下ORACLE至少要往返读取数据块两次。而不用索引的状况下ORACLE会将全部的数据一次读出，处理速度显然会比用索引快。

如表zl_sybm（使用部门）通常只有几条记录，除了主关键字外对任何一个字段建索引都不会产生性能优化，实际上若是对这个表进行了统计分析后ORACLE也不会用你建的索引，而是自动执行全表访问。如：

select * from zl_sybm where sydw_bh=’5401’（对sydw_bh创建索引不会产生性能优化）

常常插入、删除、修改的表

对一些常常处理的业务表应在查询容许的状况下尽可能减小索引，如zl_yhbm，gc_dfss，gc_dfys，gc_fpdy等业务表。

数据重复且分布平均的表字段

假如一个表有10万行记录，有一个字段A只有T和F两种值，且每一个值的分布几率大约为50%，那么对这种表A字段建索引通常不会提升数据库的查询速度。

常常和主字段一块查询但主字段索引值比较多的表字段

如gc_dfss（电费实收）表常常按收费序号、户标识编号、抄表日期、电费发生年月、操做 标志来具体查询某一笔收款的状况，若是将全部的字段都建在一个索引里那将会增长数据的修改、插入、删除时间，从实际上分析一笔收款若是按收费序号索引就已 经将记录减小到只有几条，若是再按后面的几个字段索引查询将对性能不产生太大的影响。

对千万级MySQL数据库创建索引的事项及提升性能的手段

1、注意事项：

首先，应当考虑表空间和磁盘空间是否足够。咱们知道索引也是一种数据，在创建索引的时候势必也会占用大量表空间。所以在对一大表创建索引的时候首先应当考虑的是空间容量问题。

其次，在对创建索引的时候要对表进行加锁，所以应当注意操做在业务空闲的时候进行。

2、性能调整方面：

首当其冲的考虑因素即是磁盘I/O。物理上，应当尽可能把索引与数据分散到不一样的磁盘上（不考虑阵列的状况）。逻辑上，数据表空间与索引表空间分开。这是在建索引时应当遵照的基本准则。

其次，咱们知道，在创建索引的时候要对表进行全表的扫描工做，所以，应当考虑调大初始化参数db_file_multiblock_read_count的值。通常设置为32或更大。

再次，创建索引除了要进行全表扫描外同时还要对数据进行大量的排序操做，所以，应当调整排序区的大小。

    9i以前，能够在session级别上加大sort_area_size的大小，好比设置为100m或者更大。

    9i之后，若是初始化参数workarea_size_policy的值为TRUE，则排序区从pga_aggregate_target里自动分配得到。

最后，创建索引的时候，能够加上nologging选项。以减小在创建索引过程当中产生的大量redo，从而提升执行的速度。

 

MySql在创建索引优化时须要注意的问题

 

设计好MySql的索引可让你的数据库飞起来，大大的提升数据库效率。设计MySql索引的时候有一下几点注意：

1，建立索引

对于查询占主要的应用来讲，索引显得尤其重要。不少时候性能问题很简单的就是由于咱们忘了添加索引而形成的，或者说没有添加更为有效的索引致使。若是不加

索引的话，那么查找任何哪怕只是一条特定的数据都会进行一次全表扫描，若是一张表的数据量很大而符合条件的结果又不多，那么不加索引会引发致命的性能下

降。可是也不是什么状况都非得建索引不可，好比性别可能就只有两个值，建索引不只没什么优点，还会影响到更新速度，这被称为过分索引。

2，复合索引

好比有一条语句是这样的：select * from users where area=’beijing’ and age=22;

若是咱们是在area和age上分别建立单个索引的话，因为mysql查询每次只能使用一个索引，因此虽然这样已经相对不作索引时全表扫描提升了不少效

率，可是若是在area、age两列上建立复合索引的话将带来更高的效率。若是咱们建立了(area, age,

salary)的复合索引，那么其实至关于建立了(area,age,salary)、(area,age)、(area)三个索引，这被称为最佳左前缀

特性。所以咱们在建立复合索引时应该将最经常使用做限制条件的列放在最左边，依次递减。

3，索引不会包含有NULL值的列

只要列中包含有NULL值都将不会被包含在索引中，复合索引中只要有一列含有NULL值，那么这一列对于此复合索引就是无效的。因此咱们在数据库设计时不要让字段的默认值为NULL。

4，使用短索引

对串列进行索引，若是可能应该指定一个前缀长度。例如，若是有一个CHAR(255)的 列，若是在前10 个或20 个字符内，多数值是唯一的，那么就不要对整个列进行索引。短索引不只能够提升查询速度并且能够节省磁盘空间和I/O操做。

5，排序的索引问题

mysql查询只使用一个索引，所以若是where子句中已经使用了索引的话，那么order by中的列是不会使用索引的。所以数据库默认排序能够符合要求的状况下不要使用排序操做；尽可能不要包含多个列的排序，若是须要最好给这些列建立复合索引。

6，like语句操做

通常状况下不鼓励使用like操做，若是非使用不可，如何使用也是一个问题。like “%aaa%” 不会使用索引而like “aaa%”可使用索引。

7，不要在列上进行运算

select * from users where

YEAR(adddate)

8，不使用NOT IN和操做

NOT IN和操做都不会使用索引将进行全表扫描。NOT IN能够NOT EXISTS代替，id3则可以使用id>3 or id