xtenderValergrad,
a wri$_optstat_opr_tasks есть?
не, тоже нет)
Есть только sys.WRI$_OPTSTAT_HISTHEAD_HISTORY , вот что удалось накопать в ней.
Это время загрузки данных в таблицу:
1.
2.
3.
4.
select SCN_TO_TIMESTAMP(min(ORA_ROWSCN)) from XXXXXXX.XXXXXXXXX partition (P_RUN_59979);
SCN_TO_TIMESTAMP(MIN(ORA_ROWSCN))
--------------------------------------------------
11/30/2018 2:16:21.000000000 PM
Для начала селект из DBA_OPTSTAT_OPERATIONS - что работало в это время. Мы видим, что почти параллельно статистика собиралась по 3м партициям:
1.
2.
3.
4.
5.
OPERATION TARGET START_TIME END_TIME
------------------------------ ---------------------------------------------------------------- ---------------------------------------- ----------------------------------------
gather_table_stats XXXXXXX.XXXXXXXXX.P_RUN_59984 30-NOV-18 02.16.20.392852 PM +00:00 30-NOV-18 02.16.28.861009 PM +00:00
gather_table_stats XXXXXXX.XXXXXXXXX.P_RUN_59978 30-NOV-18 02.16.20.504914 PM +00:00 30-NOV-18 02.16.29.269022 PM +00:00
gather_table_stats XXXXXXX.XXXXXXXXX.P_RUN_59979 30-NOV-18 02.16.23.322569 PM +00:00 30-NOV-18 02.16.29.638496 PM +00:00
Вот как выглядит история сбора статистики по "нормальной" партиции 59984, по индексу по которому возникли проблемы ( в другой партиции ):
1.
2.
3.
4.
5.
SAVTIME FLAGS ROWCNT ANALYZETI
--------------------------------------------------------------------------- ---------- ---------- ---------
30-NOV-18 02.01.00.140515 PM +00:00 0
30-NOV-18 02.16.26.697329 PM +00:00 10 0 30-NOV-18
30-NOV-18 02.16.27.161823 PM +00:00 10 223097 30-NOV-18
SAVTIME - это время сбора статистики, а статистика там дается которая была перед запуском ( т.е. какая собралась в этот момент - надо смотреть в следующей строке ).
Обращает на себя внимание, что в истории показывается как будто статистика по индексу собралась два раза - в течении полсекунды. Отчего, почему - я не знаю. У таблицы - была одна строка ( сорри, не могу сюда скопировать результат - запускал DBA по моей просьбе, и этот результат потерялся ). Но видно, что уже первый раз она собралась нормально - потому что "следующая" строка для 2.16.26 содержит 223097 строк - правильное значение.
Теперь посмотрим то же самое по нашей, плохой партиции 59979, но "хорошему" индексу, по которому собралось:
1.
2.
3.
4.
5.
6.
SAVTIME FLAGS ROWCNT ANALYZETI
--------------------------------------------------------------------------- ---------- ---------- ---------
30-NOV-18 02.01.02.165163 PM +00:00 0
30-NOV-18 02.16.27.903977 PM +00:00 10 0 30-NOV-18
30-NOV-18 02.16.28.267288 PM +00:00 10 223097 30-NOV-18
30-NOV-18 06.13.55.416252 PM +00:00 10 223097 30-NOV-18
Здесь тоже почему-то она собралась как будто бы два раза, и снова уже с первого раза нормально. Дополнительный сбор статистики в 6 вечера - это я запускал, чтобы починить проблему.
И наконец, тот самый индекс по которому почему-то не собралось:
1.
2.
3.
4.
5.
6.
SAVTIME FLAGS ROWCNT ANALYZETI
--------------------------------------------------------------------------- ---------- ---------- ---------
30-NOV-18 02.01.00.140515 PM +00:00 0
30-NOV-18 02.16.26.697329 PM +00:00 10 0 30-NOV-18
30-NOV-18 02.16.27.161823 PM +00:00 10 0 30-NOV-18
30-NOV-18 06.13.54.688213 PM +00:00 10 0 30-NOV-18
Тоже два раза, но не собралось оба раза. Когда я собирал в 06 вечера - уже собралось норм, но здесь не видно, т.к. смотреть нужно в следующей строке - которой нету.
Вопросы на которые у меня нет ответов:
1. Почему по этому индексу статистика не собралась, а оракл посчитал это нормальным явлением?
2. Почему когда собираешь статистику по таблице, в истории статистики по индексу появляется две строки? Это всегда так, или что-то значит?
3. Почему время сбора статистики ( SAVTIME ) по одному и тому же индексу совпадает вплоть до микросекунды? Может ли быть такое, что у оракла как-то пересеклись сборы статистики между партициями и поэтому вышла ерунда?
Ведь сборы статистики по P_RUN_59984 и P_RUN_59978 стартовали чуть раньше, чем данные появились в P_RUN_59979, и там как раз было пусто в этот момент. Или дело всего лишь в том, что оракл просто сохраняет историю статистики с определенным интервалом, поэтому у разных объектов одно и то же SAVTIME?
