索引

建立索引的原则：  

（1）定义有主键的数据列一定要建立索引。因为主键可以加速定位到表中的某一行 

（2）定义有外间的数据列一定要建立索引。外键列通常用于表与表之间的连接，在其上创建索引可以加快表间的连接。 

（3）对于经常查询的数据列最好建立索引。

 索引的分类: 

（1）聚集索引：对表和视图进行物理排序，在表和视图中只能有一个聚集索引。当建立主键约束时，如果表中没有聚集索引，SQL SERVER会用主键列作为聚集索引键。 

（2）非聚集索引：不对表和视图进行物理排序。如果表中不存在聚集索引，则表是未排序的。一张表中最多可以建立250个非聚集索引。 

（3）唯一索引：唯一索引不允许两行具有相同的索引值。创建primary key或unique约束会在表中指定的列上自动创建唯一索引。 

 

基于合理的数据库设计，经过深思熟虑后为表建立索引，是获得高性能数据库系统的基础。而未经合理分析便添加索引，则会降低系统的总体性能。索引虽然说提高了数据的访问速度，但同时也增加了插入、更新和删除操作的处理时间。

是否要为表增加索引、索引建立在那些字段上，是创建索引前必须要考虑的问题。解决此问题的一个比较好的方法，就是分析应用程序的业务处理、数据使用，为经常被用作查询条件、或者被要求排序的字段建立索引。基于优化器对SQL语句的优化处理，我们在创建索引时可以遵循下面的一般性原则：

（1）为经常出现在关键字order by、group by、distinct后面的字段，建立索引。

在这些字段上建立索引，可以有效地避免排序操作。如果建立的是复合索引，索引的字段顺序要和这些关键字后面的字段顺序一致，否则索引不会被使用。

（2）在union等集合操作的结果集字段上，建立索引。其建立索引的目的同上。

（3）为经常用作查询选择的字段，建立索引。

（4）在经常用作表连接的属性上，建立索引。

（5）考虑使用索引覆盖。对数据很少被更新的表，如果用户经常只查询其中的几个字段，可以考虑在这几个字段上建立索引，从而将表的扫描改变为索引的扫描。

除了以上原则，在创建索引时，我们还应当注意以下的限制：

（1）限制表上的索引数目。

对一个存在大量更新操作的表，所建索引的数目一般不要超过3个，最多不要超过5个。索引虽说提高了访问速度，但太多索引会影响数据的更新操作。

（2）不要在有大量相同取值的字段上，建立索引。

在这样的字段（例如：性别）上建立索引，字段作为选择条件时将返回大量满足条件的记录，优化器不会使用该索引作为访问路径。

（3）避免在取值朝一个方向增长的字段（例如：日期类型的字段）上，建立索引；对复合索引，避免将这种类型的字段放置在最前面。

由于字段的取值总是朝一个方向增长，新记录总是存放在索引的最后一个叶页中，从而不断地引起该叶页的访问竞争、新叶页的分配、中间分支页的拆分。此外，如果所建索引是聚集索引，表中数据按照索引的排列顺序存放，所有的插入操作都集中在最后一个数据页上进行，从而引起插入“热点”。

（4）对复合索引，按照字段在查询条件中出现的频度建立索引。

在复合索引中，记录首先按照第一个字段排序。对于在第一个字段上取值相同的记录，系统再按照第二个字段的取值排序，以此类推。因此只有复合索引的第一个字段出现在查询条件中，该索引才可能被使用。

因此将应用频度高的字段，放置在复合索引的前面，会使系统最大可能地使用此索引，发挥索引的作用。

（5）删除不再使用，或者很少被使用的索引。

表中的数据被大量更新，或者数据的使用方式被改变后，原有的一些索引可能不再被需要。数据库管理员应当定期找出这些索引，将它们删除，从而减少索引对更新操作的影响。

ALTER TABLE menu ADD INDEX `loginindex` (TYPE,STATUS,series_class_id) ;

ALTER TABLE survey_acceptance_status ADD INDEX `loginindex` (day_id,STATUS) ;

ALTER TABLE pm_survey_status ADD INDEX `loginindex` (series_class_id,open_status) ;

ALTER TABLE survey_status ADD INDEX `loginindex` (series_class_id,STATUS) ;

ALTER TABLE suggest ADD INDEX `loginindex` (evaluate,flag,student_id);

ALTER TABLE tts5_counseling ADD INDEX `loginindex` (is_evaluate,counseling_student_id) ;

ALTER TABLE tday_statis_result ADD INDEX `loginindex` (survey_id,user_id) ;

ALTER TABLE statis_result ADD INDEX `loginindex` (student_id,begintime,endtime) ;

ALTER TABLE t_statis_result ADD INDEX `loginindex` (student_id,survey_id) ;

ALTER TABLE student ADD INDEX `loginindex2` (STATUS) ;

SHOW INDEX FROM menu;

SHOW INDEX FROM survey_acceptance_status;

SHOW INDEX FROM pm_survey_status;

SHOW INDEX FROM survey_status;

SHOW INDEX FROM suggest;

SHOW INDEX FROM tts5_counseling;

SHOW INDEX FROM tday_statis_result;

SHOW INDEX FROM statis_result;

SHOW INDEX FROM t_statis_result;

DROP INDEX tdayindex ON menu

DROP INDEX tdayindex2 ON survey_acceptance_status

DROP INDEX tdayindex2 ON pm_survey_status

DROP INDEX tdayindex2 ON survey_status

DROP INDEX tdayindex ON suggest

DROP INDEX tdayindex ON tts5_counseling

DROP INDEX tdayindex ON tday_statis_result

DROP INDEX tdayindex ON statis_result

DROP INDEX tdayindex ON t_statis_result