Last November I blogged about how index usage stats don’t get updated when the associated index statistics (but not index) are used.
This post will describe another scenario that you should be aware of (the topic came up today in class while Kimberly was teaching – as we were trying to recall tricks to clearing stats for sys.dm_db_index_usage_stats)…
Imagine that I’ve queried a specific table as follows:
SELECT member_no, lastname, firstname, middleinitial, street, city, state_prov, country
WHERE member_no = 1;
If I check sys.dm_db_index_usage_stats for any reference to the member table, I’ll see the following:
SELECT i.index_id, i.name, u.user_seeks, u.user_lookups, u.user_scans
FROM sys.dm_db_index_usage_stats u
INNER JOIN sys.indexes i ON
u.object_id = i.object_id AND
u.index_id = i.index_id
Now let’s say that you have a weekly rebuild of specific indexes (for example):
ALTER INDEX member_ident
ON dbo.member REBUILD
If I check for usage stats after rebuilding the query (and before anyone has accessed the member table specifically) – the stats have been cleared out for that table.
Why does this matter?
If you’re using the sys.dm_db_index_usage_stats to determine which indexes should be removed, you’re running the risk of making decisions based on recently cleared out statistics. This is similar to the case where a SQL Server instance has been recently restarted. You should not be dropping indexes without knowing whether the accumulated statistics represent the full set of critical workloads.
For tables with frequent index rebuilds, be sure to capture data from sys.dm_db_index_usage_stats before these jobs run. This DMV is definitely a useful tool, but if you’re not careful, you could be dropping indexes based on missing information.
A few other noteworthy items:
- Rebuilding an index only clears the stats for the index involved. For example – if I have two rows in the DMV for two different indexes on the same object, rebuilding one index will only clear stats for that object.
- Reorganizing the index does NOT clear the stats from sys.dm_db_index_usage_stats.
- This is not the only circumstance where the stats will clear.
- I have only tested this recently on SQL Server 2008 R2 and SQL Server 2012. At one point when I was at Microsoft I blogged about seeing the stats persist after a REBUILD (more in the context of REBUILD itself – and I had mentioned the DMV in passing). Which makes me think that perhaps this behavior wasn’t always the case. If you’ve found a different behavior on different versions, please post your comment here.