Oracle
 sql >> Cơ Sở Dữ Liệu >  >> RDS >> Oracle

Tác động của EM SQL Monitor

Trong trường hợp có ai đó cần lời nhắc, bạn nên xác định tác động của các công cụ giám sát trên chính cơ sở dữ liệu mà bạn đang theo dõi. Một số công cụ giám sát nhẹ và những công cụ khác khó chịu hơn. Tôi đang sử dụng Enterprise Manager 13c để theo dõi một câu lệnh SQL cụ thể khi nó đang chạy. Tôi nhận thấy trong một công cụ giám sát khác (Lighty của Orachrome), câu lệnh SQL sau đang tiêu tốn rất nhiều tài nguyên:

VỚI MONITOR_DATA AS (
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

Tôi cắt bỏ phần còn lại của văn bản. Câu lệnh SQL này thực sự dài vài nghìn dòng. Rất tiếc! Nhưng đó không phải là vấn đề. Trong Lighty, tôi nhận thấy hoạt động trong ảnh chụp màn hình này.

Câu lệnh SQL hàng đầu là con lợn CPU của tôi. Tôi bôi đen văn bản SQL để bảo vệ thông tin độc quyền tiềm năng. Lưu ý rằng câu lệnh SQL cuối cùng. Nó đang tiêu tốn một lượng lớn tài nguyên để chỉ giám sát hệ thống.

Đây là ảnh chụp màn hình của cửa sổ EM13c.

Khi tôi tắt Tự động làm mới (nó mặc định là 15 giây), hoạt động đã ngừng trên hệ thống. Sau đó, tôi nhấn nút làm mới theo cách thủ công khi tôi cần cập nhật.
Chắc chắn có những lần sử dụng tính năng tự động làm mới, thậm chí cứ sau 15 giây. Chỉ cần lưu ý đến tác động tiêu cực có thể xảy ra đối với cơ sở dữ liệu.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Cách tìm các hàng bị khóa trong Oracle

  2. Làm cách nào để bạn thiết lập một máy chủ được liên kết với cơ sở dữ liệu Oracle trên SQL 2000/2005?

  3. Khai báo một biến và đặt giá trị của nó từ một truy vấn SELECT trong Oracle

  4. Hàm RAWTOHEX () trong Oracle

  5. Cách tạo sơ đồ mối quan hệ thực thể (ER) bằng Oracle SQL Developer