Восстановить статистику на момент в прошлом

Команда

-- 1) Retention and the oldest point you can return to:
SELECT DBMS_STATS.GET_STATS_HISTORY_RETENTION    AS retention_days,
       DBMS_STATS.GET_STATS_HISTORY_AVAILABILITY AS oldest_available
FROM   dual;

-- 2) Statistics history of the table:
SELECT table_name, partition_name,
       TO_CHAR(stats_update_time,'YYYY-MM-DD HH24:MI:SS TZH:TZM') AS stats_update_time
FROM   dba_tab_stats_history
WHERE  owner = 'CUSTOMER_APP' AND table_name = 'SALES'
ORDER  BY stats_update_time DESC;

-- 3) Return to the point before the plan regressed:
BEGIN
  DBMS_STATS.RESTORE_TABLE_STATS(
    ownname         => 'CUSTOMER_APP',
    tabname         => 'SALES',
    as_of_timestamp => TIMESTAMP '2026-10-07 22:00:00 +03:00',
    no_invalidate   => FALSE);
END;
/
-- Whole schema: DBMS_STATS.RESTORE_SCHEMA_STATS('CUSTOMER_APP', <timestamp>)

-- Change the retention (days):
-- EXEC DBMS_STATS.ALTER_STATS_HISTORY_RETENTION(31);

Что делает

DBMS_STATS перед каждым сбором сохраняет предыдущую статистику в SYSAUX (по умолчанию 31 день). Процедуры RESTORE_* возвращают статистику таблицы/схемы к состоянию на заданное время; с no_invalidate=>FALSE курсоры сразу разбираются заново.

Когда использовать

Как самый быстрый откат, когда после ночного сбора статистики возникла регрессия плана, и чтобы проверить, вызвано ли изменение статистикой.

Внимание

Лицензия не требуется. Заблокированную статистику восстановить нельзя (сначала разблокируйте). Следующий автоматический сбор после восстановления вернёт новую статистику; для постоянного решения задайте preferences таблицы, заблокируйте статистику или используйте SQL plan baseline. Длительный срок хранения увеличивает SYSAUX (таблицы WRI$_OPTSTAT_*).