Oracle
 sql >> база данни >  >> RDS >> Oracle

EM SQL Monitor Impact

В случай, че някой има нужда от напомняне, винаги е добра идея да определите въздействието на вашите инструменти за наблюдение върху самата база данни, която наблюдавате. Някои инструменти за наблюдение са леки, а други са по-натрапчиви. Използвам Enterprise Manager 13c за наблюдение на конкретен SQL израз, докато той работи. Забелязах в друг инструмент за наблюдение (Lighty от Orachrome) следният SQL израз изразходва голямо количество ресурси:

С MONITOR_DATA КАТО (
SELECT
INST_ID
,KEY
,NVL2 (
PX_QCSID
,NULL
,STATUS
) СТАТУС
,FIRST_REFRESH_TIME
,LAST_REFRESH_TIME
,REFRESH_COUNT
,PROCESS_NAME
,SID
,SQL_ID
,SQL_EXEC_START

Отрязах останалия текст. Този SQL оператор е дълъг буквално няколко хиляди реда. Мда! Но това не е въпросът. В Lighty забелязах активността на тази екранна снимка.

Най-горният SQL израз е моята CPU свиня. Затъмних SQL текста, за да защитя потенциално собствена информация. Обърнете внимание на последния SQL израз. Той изразходва доста ресурси само за наблюдение на системата.

Ето екранна снимка на прозореца EM13c.

Когато изключих автоматичното опресняване (по подразбиране е 15 секунди), активността спря в системата. След това натискам ръчно бутона за опресняване, когато имам нужда от актуализация.
Със сигурност има моменти за използване на автоматичното опресняване, дори на всеки 15 секунди. Просто имайте предвид потенциалното отрицателно въздействие върху базата данни.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Име на колона на таблицата Oracle с интервал

  2. Обобщена таблица с некардинални стойности

  3. Възможно ли е да се генерират django модели от базата данни?

  4. Как да изброя всички таблици в схема в Oracle SQL?

  5. ORACLE SQL:Вземете всички цели числа между две числа