Oracle: что плохо # для «Распределено / используется пространство» и «Ожидания ITL» в V $ SEGMENT_STATS

Question

Сегодня я выполнил запрос к представлению V $ SEGMENT_STATISTICS и получил несколько потенциально тревожных чисел. Может ли кто-нибудь дать мне знать, если они плохие или я просто читаю их?

БД работает с 01 января 2011 года, поэтому с тех пор они представляют статистику. Размер БД 3 ТБ

OBJECT_NAME       OBJECT_TYPE   STATISTIC_NAME         VALUE
XXPK0EMIANCE      INDEX         space allocated        27,246,198,784
ITEMINTANCE       TABLE         space allocated        22,228,762,624
LITEMINSTANCE     TABLE         space used             19,497,901,889
XXPK0TEMINSTANCE  INDEX         space used             17,431,957,592

по индексу XXPK0EMIANCE начальная степень составляет 64k ​​

также эти

OBJECT_NAME       OBJECT_TYPE   STATISTIC_NAME         VALUE
XXPK0MINSTANCE    INDEX         ITL waits               1,123
XXIEKILSTANCE     INDEX         ITL waits                 467

Если они плохие, влияют ли они на производительность? Насколько я понимаю, когда состояние ожидания, вещи останавливаются, пока не будут решены Это правда.

Также они выглядели высоко, не так ли?

LATION_PK         INDEX        logical reads         242,212,503,104
XXAK1STSCORE      INDEX        logical reads         117,542,351,984
XXPK0TSTANCE      INDEX        logical reads         113,532,240,160
TCORE             TABLE        db block changes        1,913,902,176
SDENT             TABLE        physical reads             72,161,312
XXPK0PDUCT        INDEX        segment scans              35,268,027
ESTSORE           TABLE        buffer busy waits           2,604,947
XXPK0SUCORE       INDEX        buffer busy waits             119,007
XXPK0INSTANCE     INDEX        row lock waits                 63,810
XXPK0EMINSTANCE   INDEX        row lock waits                 58,129

Answer 1

Эти цифры для большей части 6 месяцев. Я не думаю, что вы действительно можете извлечь из них что-нибудь значимое.

Думаю, вам лучше потратить время на просмотр отчетов из AWR (или statspack, если у вас нет лицензии на диагностику и настройку). Посмотрите на производительность за 1-часовой снимок во время ваших занятых периодов и посмотрите, выделяется ли что-нибудь там.

С точки зрения производительности, если никто не жалуется, вероятно, в этом нет ничего плохого.

---

Да. Когда объекту требуется больше места, это накладные расходы. Вопрос в том, как часто ему требуется больше места, и замечают ли пользователи существенную проблему, когда это происходит. Как я и предлагал ранее. Если пользователи не видят проблемы, то, вероятно, проблемы нет. Я знаю, что это звучит немного реактивно, а не проактивно, но мало смысла тратить время на настройку чего-то, что не вызывает проблем. :)

Что касается статистики. Да. Oracle отслеживает их и да, они полезны. Моя проблема в том, что вы смотрите статистику за 6 месяцев. Я не уверен, что это дает что-то полезное, с чем можно работать. Например, что, если большинство этих цифр было накоплено в первый месяц, то база данных ничего не сделала в последующие 5 месяцев или наоборот. Использование этих цифр не позволяет делать какие-либо выводы само по себе.

Отчеты, такие как AWR и statspack, используют одну и ту же статистику базы данных, но сообщают об изменениях во времени. Например, изменение статистики за последний час. Если я посмотрю на снимок, охватывающий мои загруженные периоды, и увижу, что база данных забита, я, возможно, захочу взглянуть на то, что использует все ресурсы. Если я проверяю отчет AWR / statspack за период занятости и база данных работает тихо, какой смысл пытаться настроить его. Он ничего не делает.

Таким образом, статистика полезна, но вы должны понимать, как контекст, в котором они используются, влияет на их ценность.