Тормоза после сбора статистики

Здравствуйте!
Имеем Oracle9i Enterprise Edition Release 9.2.0.7.0 - Production, режим оптимизатора - CHOOSE, WIN2000

Собрали статистку
dbms_stats.gather_schema_stats(ownname => 'Scheme', estimate_percent => DBMS_STATS.AUTO_SAMPLE_SIZE, cascade=>TRUE);

После сбора начались жуткие тормоза, причем не важно какой запрос выпоняется, простой select или сложная выборка. Например - select * from all_tables where owner in ('SCHEME') and IOT_NAME is null order by owner, table_name выполняется 1,672 сек, на других сервера - 0,3 сек.

Как исправить ситуацию?
Можно ли удалить собранную статистику?
Или достаточно просто пересобрать заново?

По схеме sys что-ли собирали?

Собирали по пользовательским схемам. Причем не первый раз. Ранее после сбора статистики производительности всей системы в целов увеличивалась в 2 раза точно.

anadmin

Собирали по пользовательским схемам. Причем не первый раз. Ранее после сбора статистики производительности всей системы в целов увеличивалась в 2 раза точно.

Запрос, который вы привели в качестве примера из какой схемы? :)
Удалять статистику можно. Попробуйте сравнить планы для наиболее критичных запросов со статистикой и без.
Если вы собираете статистику нечасто - я бы посмотрел в сторону compute.
А как у вас с гистограммами?

p.s. Лично я предпочитаю собирать статистику по отдельным таблицам с разными количествами buckets.

К чему может привести удаление статистики путем dbms_stats.drop_schema_stats?

anadmin

К чему может привести удаление статистики путем dbms_stats.drop_schema_stats?

К сообщению об ошибке :)

а у вас там "в фоне" (паралельно) ничего не работает? Или может снаружи БД чего запущено?

Статистика собиралась в вечернее время, работали джобы.

Перестартовали инстанцию, стало чуть легче, но ооооооооочень медленно.

Странно, почему раньше сбор статистики приводил к повышению производительности, а сейчас к такому ухудшению? Статистика собирается раз в неделю.

вы уверены что дело именно в статистике? возможны вы двигаетесь в неверном направлении..

Приведенный вами запрос работает с "системными" представлениями. Его производительность не должна меняться при пересборе статистики на пользовательских схемах (если вы дико не дропали/создавали таблички). imho два варианта:

1. при сборе "зацепили" системные объекты
2. проблемы с сервером - снаружи например отвалился один диск из зеркала => упала общая диская производительность