索引
2015-10-04 08:13
197 查看
建立索引的原则:
(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
(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
相关文章推荐
- 常用SQL语句大全
- sql优化方法
- sql 查询结果if else
- mysql引擎
- mysql高速缓冲
- 【Android-002】【常见布局】
- mysql explain 详解
- c3p0源码分析
- c3p0-config.xml
- 基于百度地图的地理位置选择功能
- MySql常用命令总结
- 与近似比固定算法的高性能算法
- 如何去掉Eclipse恼人的悬浮框提示
- 大数据架构师、开发人员、公司必读:国外大数据应用的10个项目案例(图表)
- Hadoop大数据面试--Hadoop篇 [复制链接]
- 虚拟机退出时执行的方法
- 关于Solr的各种DirectoryFactory
- SOLR使用手册之操作collection
- 秒杀系统优化
- 71. Simplify Path (Stack)