Всем привет.
Снял отчет statspack,


Segments by Logical Reads DB/Inst: SK/sk Snaps: 3207-3219
-> End Segment Logical Reads Threshold: 10000
-> Pct Total shows % of logical reads for each top segment compared with total
logical reads for all segments captured by the Snapshot




откуда такое кол-во логических чтений по COL$?
в разделе запросов ничего подходящего не вижу...

Версия 12.2.0.1.0, понимаю что плохо, но что есть, то есть
Можно как-то понять откуда растут ноги?

STATSPACK report for

Database DB Id Instance Inst Num Startup Time Release RAC
~~~~~~~~ ----------- ------------ -------- --------------- ----------- ---
2916321752 sk 1 12-Apr-19 10:34 12.2.0.1.0 NO

может и врет, например 4 декабря переврал в 12 апреля :)
а так отчет собирается, информация остальная вроде верна

Oracle Database 12c Standard Edition Release 12.2.0.1.0 - 64bit Production


в каком смысле? понимаю, что версия не патченная, что может быть ворох багов. но насчет этого случая никакой информации не нашел


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

12.2.0.2 который 18, может я неправильно рассуждаю, по привычке в 0.1 у меня ожидание багов


пользуется, но 66% логических чтений на таблицу COL$?

Не решил, я ожидал там увидеть что-то связанное с COL$
Если я не прав, то хотелось, чтобы более опытные/умные коллеги (например ты Elic) объяснили или кинули ссылку, где есть объяснение. Просто мне это кажется несколько подозрительным и непонятным

Насколько я понимаю, ты намекаешь, что COL$ есть в каких-то системных view?
В топе по Gets, Elapsed, Executions все запросы по пользовательским таблицам и с большим отрывом, по системным view есть запросы только внизу списков. Видимо до меня что-то не доходит :-)

первые 2 строки
занимает таблица у которой 11.3% от общего кол-ва из Segments by Logical Reads:

CPU Elapsd Old
Buffer Gets Executions Gets per Exec %Total Time (s) Time (s) Hash Value
--------------- ------------ -------------- ------ -------- --------- ----------
1,975,927,106 35,069 56,344.0 20.2 8166.99 8183.43 435525421
Module: *********
select rowidtochar(rowid), action, addr_a, addr_b, src_msc, typ,
*****
1,859,562,616 35,076 53,015.2 19.0 8165.72 8182.27 2214078729
Module: *********
select rowidtochar(rowid), action, addr_a, addr_b, src_msc, typ,
*****
1,139,603,824 151,918,790 7.5 11.6 1640.39 6507.30 2691582549
*****

Эти запросы все по пользовательским таблицам

Проблемы реальные есть, но я не вижу их связи с логическими чтениями. может связи и нет.
т.е. проблемы например есть с физическими чтениями, исправляем.
А эти цифры просто напрягают меня, потому что я не понимаю, что это и как это объяснить... Вот и решил спросить тут.

есть от августа, правда там другой интервал часов, в этом отчете немного другое

Subobject Obj. Logical Pct
Owner Tablespace Object Name Name Type Reads Total
---------- ---------- -------------------- ------------ ----- ------------ -----
SYS SYSTEM ICOL$ TABLE ############ 70.6

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

Спасибо, Elic, теперь мне стало понятно. вопрос можно закрывать!