在sql server中,我们能否找到索引的创建时间?最后一次索引重建(index rebuild)的时间? 最后一次索引重组(index reorganize)的时间呢? 答案是我们无法准确的找到索引的创建时间、最后一次索引重组时间,最后一次索引重建的时间。 其实就目前sql server的各个版本而言,还没有一个系统表或dmv视图有保存索引创建的时间,索引重建的时间、索引重组的时间。但是有些方法可以间接得到最后一次索引重建的时间,但是这个值有时候往往不是准确的(有时候是准确的,有时候是不准确的)。
在sys.sysindexes 中没有记录索引的创建、修改时间。而在sys.objects中,有create_date和modify_date两个字段,但是sys.objects不会记录所有索引的相关信息。所以modify_date的值不能作为用来判断索引重建、索引重组的时间。这两个字段的具体意义如下:
create_date datetime 对象的创建日期。
modify_date datetime 上次使用 alter 语句修改对象的日期。 如果对象为表或视图,则创建或修改表或视图的聚集索引时,modify_date 也会随之更改。
其实,我们往往可以根据stats_date函数来获取索引的最后一次重建时间(不准确),stats_date:返回表或索引视图上统计信息的最新更新的日期。如下测试所示:
select * into test from sys.objects
create index pk_test on test(object_id);
create index ix_test_n1 on test(name);
如上所示,stats_date获取索引的统计信息更新时间,似乎可以作为索引创建的时间。但是我后面就有例子,反证这个是不准确(不靠谱)的。接下来,我们看看,使用stats_date来获取索引重建的时间。如下所示:
alter index ix_test_n1 on test rebuild;
select name as stats ,
stats_date(object_id, stats_id) as laststatsupdate
from sys.stats
where object_id = object_id('dbo.test')
and left(name, 4) != '_wa_';
go
但是更新索引的统计信息也会引起对应的stats_date的时间变化,此时这个时间就不是索引的最后一次重建时间(index rebuild)了。所以使用索引对应统计信息的最后一次更新时间作为最后一次索引重建的时间,有时候往往不准确。这个只能作为参考,而不能作为依据。
update statistics test pk_test with fullscan ;
另外,索引重组(index reorganize)不会引起索引对应统计信息的更新,所以这个stats_date系统函数不能作为索引重组的时间依据。
alter index ix_test_n1 on test reorganize;
最后,我们来看一个例子。如下所示,创建一个空表,我们可以看到,没有生成相关索引的统计信息。这种场景下,stats_date函数返回的值为null,此时可以看到stats_date 并不能作为索引创建的时间。或者换个说法,这个案例就是一个活生生的反例。
drop table test;
create table test
(
id int ,
name varchar(12) ,
sex bit default 0 ,
constraint pk_test primary key(id)
);
select getdate();
create index ix_test_n1 on test(name, sex);
参考资料:
https://dba.stackexchange.com/questions/82943/find-out-when-your-index-was-last-rebuilt-reorganized