Tuesday, December 20, 2011

System Statistics BUG


Рассмотрим системную статисику  на одной из промышленных систем:

SQL> set lines 1000 pages 1000
SQL> select * from aux_stats$;

SNAME              PNAME           PVAL1
------------------ --------------- -----------

SYSSTATS_MAIN      SREADTIM         60725.039
SYSSTATS_MAIN      MREADTIM        105725.525


Значения SREADTIM и MREADTIM указаны в миллисекундах.
http://docs.oracle.com/cd/E11882_01/server.112/e16638/stats.htm#i41496
Я специально сравнил со своими старыми записями.
На других продуктивах было так:



SREADTIM                7.581
MREADTIM               56.842





Значения стали различаться в 1000 раз.


Наконец пришла отгадка: "Bug 9842771 - Wrong SREADTIM and MREADTIM statistics in AUX_STATS$ [ID 9842771.8]"


Оказывается, по причине бага 9842771 в версиях 11.2 значения ошибочно показываются в 1000 раз больше, чем в предыдущих версиях. А я то сломал голову - почему в последнее время мне стали попадаться системы с медленным вводом-выводом? Баг исправлен в 11.2.0.3.


Ну и немного про DB_FILE_MULTIBLOCK_READ_COUNT, который все еще появляется в наших init-файлах. После сбора системной статистики я его всегда удаляю. MREADTIM - более правильная замена для DFMBRC.
http://docs.oracle.com/cd/E11882_01/server.112/e16638/stats.htm#PFGRF94747

1 comment:

  1. вроде как не должно быть кэша на контроллере

    ReplyDelete

Note: Only a member of this blog may post a comment.

Does DEALLOCATE UNUSED or SHRINK SPACE will free space occupied by LOB segment?

Lets check how it works. My env is DB 19.20@Linux-x64 1) I created the table with 4 LOB columns of 4 different LOB types: BASICFILE BLOB, BA...