SQL Server에서 테이블별 통계 정보 업데이트 일시를 확인하는 SQL

이 문서의 적용 조건

바로 실행할 수 있는 명령

-- 対象: SQL Server 2008 R2 SP2 / 2012 SP1 以降
-- 権限: 対象DBへの接続権限（sys.stats はメタデータ可視性ルールに従う）
-- 変更作業: なし（参照のみ）
-- Production 実行: 可能
SELECT
    SCHEMA_NAME(o.schema_id)              AS schema_name,
    o.name                                AS table_name,
    s.name                                AS stats_name,
    s.auto_created                        AS is_auto_created,
    STATS_DATE(s.object_id, s.stats_id)   AS last_updated,
    sp.rows                               AS table_rows,
    sp.rows_sampled                       AS rows_sampled,
    sp.modification_counter               AS rows_modified_since_update
FROM sys.stats AS s
INNER JOIN sys.objects AS o
        ON s.object_id = o.object_id
CROSS APPLY sys.dm_db_stats_properties(s.object_id, s.stats_id) AS sp
WHERE o.is_ms_shipped = 0          -- システムオブジェクトを除外
  AND o.type IN ('U', 'V')         -- ユーザーテーブルとビュー
ORDER BY sp.modification_counter DESC, last_updated ASC;

-- 対象: SQL Server 2008（sys.dm_db_stats_properties が使えない環境）
-- 権限: 対象DBへの接続権限
-- 変更作業: なし（参照のみ）
-- Production 実行: 可能
SELECT
    SCHEMA_NAME(o.schema_id)            AS schema_name,
    o.name                              AS table_name,
    s.name                              AS stats_name,
    s.auto_created                      AS is_auto_created,
    s.no_recompute                      AS is_no_recompute,
    STATS_DATE(s.object_id, s.stats_id) AS last_updated
FROM sys.stats AS s
INNER JOIN sys.objects AS o
        ON s.object_id = o.object_id
WHERE o.is_ms_shipped = 0
  AND o.type IN ('U', 'V')
ORDER BY last_updated ASC;

-- 対象: SQL Server 2008 以降
-- 権限: 対象テーブルの所有者 または db_owner / db_ddladmin
-- 変更作業: あり（統計更新 → 該当オブジェクトのプラン再コンパイル）
-- Production 実行: 可能だが I/O とCPUを消費するため時間帯を選ぶこと
UPDATE STATISTICS [dbo].[SampleTable] ([IX_SampleTable_01])
    WITH FULLSCAN;

결과 해석 방법

이런 상황에서 사용합니다

• 같은 쿼리인데 어느 날부터 갑자기 실행 시간이 늘어났다
• 실행 계획의 추정 행 수와 실제 행 수가 크게 차이난다
• 대량의 데이터 입력·삭제 직후부터 특정 처리만 느려졌다
• 통계 자동 업데이트에 맡겨두고 있지만 실제로 언제 업데이트되었는지 알 수 없다

가능한 원인(가능성이 높은 순)

1. 01

   자동 업데이트 임계값에 도달하지 않음

   AUTO_UPDATE_STATISTICS는 변경된 행 수가 임계값을 초과했을 때 다음으로 해당 개체를 참조하는 시점에 업데이트됩니다. 행 수가 많은 테이블일수록 임계값에 도달하기 어려워, 변경이 누적된 채 오래된 통계로 실행 계획이 만들어지는 경우가 있습니다.

2. 02

   샘플링 비율이 낮아 분포가 실제와 차이남

   기본 샘플링은 전체 행을 읽지 않습니다. 값의 편차가 큰 열에서는 샘플링 결과로 추정한 행 수가 실제와 차이가 날 수 있습니다.

3. 03

   통계 자동 업데이트가 비활성화됨

   데이터베이스 옵션인 AUTO_UPDATE_STATISTICS가 OFF이거나, 개별 통계에 NO_RECOMPUTE가 설정되어 있으면 명시적으로 업데이트하기 전까지 오래된 상태로 남습니다.

4. 04

   정기 유지보수 작업이 실패함

   인덱스 재구축이나 통계 업데이트 작업이 오류로 중단되면, 업데이트 일시가 작업 중단일에서 멈춥니다.

확인 절차

1. 1

   통계의 최종 업데이트 일시를 목록화한다

   참조만

   위의 참조 전용 SQL을 실행하여 `last_updated`가 오래되었거나 `rows_modified_since_update`가 큰 통계를 찾아냅니다.

2. 2

   데이터베이스 옵션을 확인한다

   참조만

   `SELECT name, is_auto_update_stats_on, is_auto_create_stats_on, is_auto_update_stats_async_on FROM sys.databases;`로 자동 업데이트 설정을 확인합니다.

3. 3

   NO_RECOMPUTE가 설정된 통계를 찾는다

   참조만

   `SELECT name FROM sys.stats WHERE no_recompute = 1;`로 자동 업데이트 대상에서 제외된 통계를 확인합니다.

4. 4

   해당 쿼리의 실행 계획에서 추정 행 수와 실행 시 행 수를 비교한다

   낮음

   실제 실행 계획을 가져와 추정 행 수와 실제 행 수의 차이가 큰 연산자를 찾습니다. 차이가 작다면 원인은 통계가 아닙니다.

대응 방법

버전·환경에 따른 차이

이것으로 해결되지 않을 때 확인할 사항

• 실행 계획의 추정 행 수와 실제 행 수를 비교했는지

  차이가 10배 이상인 연산자가 있는지 확인합니다. 차이가 없다면 통계 이외(인덱스 설계, 매개변수 스니핑, 대기 이벤트)를 의심합니다.

• 대기 이벤트를 확인했는지

  CPU 대기인지 I/O 대기인지 잠금 대기인지에 따라 대응이 달라집니다. CXPACKET이 지배적이라면 병렬 처리 수준 확인으로 넘어갑니다.

• 매개변수 스니핑의 영향을 확인했는지

  같은 쿼리라도 매개변수 값에 따라 실행 시간이 크게 달라진다면 통계가 아니라 플랜 재사용 문제일 수 있습니다.

• 유지보수 작업의 실행 이력을 확인했는지

  `msdb.dbo.sysjobhistory`를 참조하여 통계 업데이트 작업이 실패하지 않았는지 확인합니다.

이 문서의 근거와 한계

자주 묻는 질문

이 문서가 다루는 질문

• SQL Server에서 통계 정보의 최종 업데이트 일시를 확인하고 싶다
• STATS_DATE 사용법을 알고 싶다
• 테이블별로 통계가 언제 업데이트되었는지 목록으로 보고 싶다

위험도 표시의 의미

• 참조만데이터와 설정을 변경하지 않습니다.
• 낮음영향은 제한적이지만 권한과 부하 확인이 필요합니다.
• 중간성능·락·비용에 영향을 줄 수 있습니다.
• 높음장애·데이터 손실·복구 작업이 발생할 수 있습니다.
• 전문가 검토 필수프로덕션 적용 전 별도 검토가 반드시 필요합니다.

GIIP의 대응 범위

이 확인을 한 번 실행하는 것 자체는 어렵지 않습니다. 하지만 여러 SQL Server나 Aurora MySQL 환경에서 지속적으로 상태를 확인하고, 악화 징후가 나타난 시점에 대응하려면 운영 체계가 필요합니다. GIIP에서는 AWS와 Azure상의 여러 데이터베이스 및 약 30개의 웹 서비스를 AI 에이전트와 인간 전문가가 지속적으로 모니터링합니다. 통계 업데이트 현황처럼 "한 번 보면 알지만 계속 지켜보기 어려운" 항목을 정기 모니터링에 포함시켜, 변화가 생겼을 때만 사람이 판단하는 형태로 운영합니다.

관련 서비스

• データベース性能チューニング
• 24時間監視の対象を確認する