创建聚集索引
a索引键最好唯一(如果不唯一会隐形建立uniquier列(4字节)确保唯一,也就是这列都会复制到所有非聚集索引中)
b聚集索引列所占空间应尽量小(否则也会使非聚集索引的空间变大)
c聚集索引应固定,不能随便改动(否则会引起分页,碎片,非聚集索引*修改等一些列问题)
d聚集索引键一般与主键(primary key)分开(基于方便业务调整,如业务逻辑存储数据与clustered index key一致且不会改变,则主键可为聚集索引)
应用实例：
选择聚集键时，尽量避免因插入引起的分页
单单时间列不是一个好的聚集索引，因为不唯一,但可以组合例如(date+int)
索引时(16byte)要用 NEWSEQUENTIALID() 而不用NEWID(),因为newid()随机,会引起碎片分页等
创建非聚集索引
创建索引选项:
FILLFACTOR ---填充因子,保留页空间比率(避免分页,根据索引项特性设定,如果不可避免分裂,建议设定高比率值)
PAD_INDEX---与FILLFACTOR连接使用,保留中间节点可用空间
GNORE_DUP_KEY---在有UNIQUE(聚集/非聚集)约束时舍弃重复键值而不回滚整个语句
DROP_EXISTING --重建聚集索引时避免聚集索引二次重建(非聚集索引线上环境应使用创建新索引后删除现有索引方式,使索引维护影响最小化)
SORT_IN_TEMPDB---创建(重建)索引使用SORT_IN_TEMPDB选项,在TEMPDB中对键值排序减少源数据库需求空间,如果tempdb和所有操作的数据库在不同磁盘上,则性能会有提高
STATISTICS_NORECOMPUTE---是否自动更新索引上的统计信息
MAXDOP ---控制新建索引能够使用的最大处理器数量(数据过于倾斜会造成CPU资源浪费,创建时瓶颈一般出现在磁盘.千万级数据MAXDOP建议4)
ONLINE---是否在线创建索引(进行索引维护时,为使影响最低,一般设置为ON)
On filegroup ---为索引存储选择文件组.(根据索引类型,维护计划类型指定.)
ASC/DESC ---索引排序规则
索引视图
检查
SELECT OBJECTPROPERTY (OBJECT_ID (‘Product_Totals‘), ‘IsIndexable‘);---查看视图是否可以建立索引
SELECT OBJECTPROPERTY (OBJECT_ID (‘Vdiscount1‘), ‘IsIndexed‘);----查看视图是否创建了索引
条件
ANSI_NULLS 和 QUOTED_IDENTIFIER 选项必须设置为 ON
必须使用 SCHEMABINDING
视图不能引用任何其他视图，只能引用基表
视图引用的所有基表必须与视图位于同一数据库中，并且所有者也与视图相同
视图中的表达式引用的所有函数必须是确定的(计算列,可使用IsDeterministic确认)
注意:
索引视图上必须首先创建唯一聚集索引
即使创建了索引视图,查询时优化器也不一定使用索引视图的索引,可能直接有索引定义中表的索引
建议:索引视图会使源表在DML时扩大锁的规模,造成潜在的阻塞甚至死锁问题.在频繁更新的业务中不建议使用.
索引最佳实践
选好聚集索引,最好创建表时就指定(巨大数据量的堆表变为聚集表时成本非常高)
非聚集索引选择,高选择性列(索引密度),频繁访问谓词中选择创建.
复合非聚集索引首列应高选择.
注意复合索引键列排序规则(根据实际业务逻辑)
用好索引包含性列(覆盖查询避免可能的随机IO)
非聚集索引数量考量(平衡查询与DML操作消耗)
过滤索引使用(特殊数据结构下使用.如数据中大量Null值等)
非聚集索引包含性列中显示添加聚集索引(不会消耗额外空间,如果使用非聚集索引时包括聚集谓词,可避免键查找)
用好缺失索引相关视图sys.dm_db_missing_index_XX(需定位到具体查询具体分析,系统规模性调优时酌情设定规则批量创建)
索引维护.
创建索引.
创建前检查运行环境是否适合创建(低负载,是否有长时间占用相应锁资源导致阻塞创建进程)
线上环境应在线创建
替换/调整索引时采用创建,删除步骤
根据特定场景确认是否需重建,重新组织索引(碎片影响区域扫描,预读.重新组织索引对预读无帮助. sys.dm_db_index_physical_stats检索索引碎片)
删除索引.
根据DMV(sys.dm_db_index_usage_stats等)制定相应规则判断索引是否无用.(规则顺序:是否无用索引,是否重复索引,是否合理索引,是否可合并索引)
标记无用索引应先禁用一段时间.(完全确认情况可以立刻删除)
删除前确认是否有长时间占用相应锁资源导致阻塞删除进程.