关于dm_db_index_usage_stats表last_user_update字段异常更新的咨询

• 确认语句实际执行行为
  别看DELETE [table] WHERE 1=0不会修改任何数据，但SQL Server执行它时，还是会完成锁获取、执行计划编译/重编译这类操作。部分场景下，哪怕没有实际数据修改，数据库引擎也会标记表的元数据或索引使用状态更新，这就可能触发last_user_update字段刷新。可以开启执行计划（SET SHOWPLAN_XML ON;后执行目标语句），查看是否存在表访问或索引扫描步骤。

• 区分表级与索引级统计更新
  dm_db_index_usage_stats中的last_user_update是针对索引级别的统计项。如果语句触发了聚集索引（或堆表的RID访问）扫描，哪怕没有数据变更，某些SQL Server版本可能会误更新该字段。可以对比堆表和带聚集索引的表的表现，或者查看非聚集索引的last_user_update是否同步更新，以此缩小排查范围。

• 检查数据库版本与兼容性级别
  不同版本的SQL Server对dm_db_index_usage_stats的更新逻辑存在差异，比如SQL Server 2012及更早版本可能存在这类统计更新的bug。可以尝试升级到对应版本的最新补丁，或者调整数据库兼容性级别（ALTER DATABASE [dbname] SET COMPATIBILITY_LEVEL = 150;）后重新测试。

• 排查触发器影响
  如果目标表存在INSTEAD OF DELETE或AFTER DELETE触发器，即便WHERE 1=0没有实际删除数据，触发器仍可能被触发，进而导致索引统计更新。可以通过查询sys.triggers查看目标表的触发器列表，禁用后再测试语句是否还会更新last_user_update。

• 检查隐性元数据修改
  执行DELETE语句时，数据库可能会更新表的部分元数据，比如统计信息的增量更新、锁资源标记等，这些操作会被dm_db_index_usage_stats识别为用户更新操作。可以用sys.dm_db_index_physical_stats查看表的物理状态变化，或者通过DBCC SHOW_STATISTICS检查统计信息的更新时间。

内容的提问来源于stack exchange，提问作者Chen