程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> SyBase數據庫 >> SyBase教程 >> sybase 性能診斷sp_sysmon_並行處理

sybase 性能診斷sp_sysmon_並行處理

編輯:SyBase教程

本篇文章描述了通過sp_sysmon對Adaptive Server系統運行情況有一個全面系統了解,有利於更好地熟悉系統性能,更為有效地進行系統管理,合理地利用和配置系統資源,達到系統性能調優的目的。

從18個方面了解在用系統性能狀況,並在適當的時候利用環境參數進行性能調優:

1、內核管理(kernal) 2、應用管理(appmgmt) 3、數據緩存管理(dcache)

4、ESP管理(esp) 5、索引管理(indexmgmt) 6、鎖管理(locks)

7、內存管理(memory) 8、元數據高速緩存管理(mdcache)9、任務管理(taskmgmt)

10、監視器訪問SQL的執行(monaccess) 11、網絡I/O管理(netio)

12、並行查詢管理(parallel)13、過程緩存管理(pcache)14、恢復管理(recovery)

15、事務管理(xactmgmt)16、事務概要(xactsum) 17、磁盤I/O管理(diskio)

18、工作進程管理(wpm)

括號後英文短詞是該模塊參數。

環境: 1、用戶數據庫中有練習所用數據表auths和article

2、數據表各有10萬行數據

3、用戶具有查詢、修改、刪除等基本的數據庫表操作權限

步驟:執行sp_sysmon “00:10:00”(server級系統存貯過程,不需要打開某個數據庫),或者執行如下格式的過程,查看具體操作批命令對應系統性能情況:

sp_sysmon begin_sample

SQL語句或者存貯過程

sp_sysmon commit_sample

本實驗采用 sp_sysmon “hh:mm:ss”,性能模塊名。

結論:通過此練習,可了解當前系統在各方面的系統運行狀況,性能出現什麼問題和不平衡不協調之處,學會使用相應的參數和措施進行解決和調優,不斷比較對照調整前後的性能狀況,最終改善系統性能。

說明:1、該命令執行結果集的開頭相同如下,各分塊練習不再一一列示:

======================================================================

Sybase Adaptive Server Enterprise System Performance Report

======================================================================

Server Version: Adaptive Server Enterprise/11.9.2/1031/P/NT (IX86)/OS 3.

Server Name: Server is Unnamed

Run Date: May 28, 2001

Statistics Cleared at: 15:57:27

Statistics Sampled at: 16:07:28

Sample Interval: 00:10:00

 

2、執行結果集的每列信息提示:

per sec : 采樣期間每秒的平均值

per xact: 采樣期間每提交一個事務的平均值

count : 采樣期間每秒的總計值

% of total: 占總數的百分比,根據不同情況各有不同

3、結果集對應給出性能情況描述、分析以及可調性說明

4、本練習只給出部分模塊的監視結果(可能有刪節),用sp_sysmon “hh:mm:ss”可看全部詳細情況。

監視並行查詢管理

命令行:sp_sysmon “00:10:00”,parallel

結果:

報告並行查詢次數、執行期間調整了多少工作進程,以及在merge和sort操作時加鎖情況。

 

Parallel Query Management

-------------------------

Parallel Query Usage per sec per xact count % of total

------------------------- --------- --------- ------- ----------

Total Parallel Queries 0.1 8.0 16 n/a

優化器自動確定是否並行操作,以及為此使用多少工作進程。

WP Adjustments Made

Due to WP Limit 0.0 0.0 0 0.0 %

會話級的限制受“set parallel_degree” or “set scan_parallel_degree”參數控制。

Due to No WPs 0.0 0.0 0 0.0 %

缺乏可用的工作進程導致申請工作進程數減少。可適當增加“number of worker processes”

Merge Lock Requests per sec per xact count % of total

報告並行merge操作的鎖請求數,很快授予鎖的數目,下面3種類型鎖的等待情況:

------------------------- --------- --------- ------- ----------

Network Buffer Merge Locks

Granted with no wait 4.9 438.5 877 56.2 %

Granted after wait 3.7 334.5 669 42.9 %

Result Buffer Merge Locks

Granted with no wait 0.0 0.0 0 0.0 %

Granted after wait 0.0 0.0 0 0.0 %

Work Table Merge Locks

Granted with no wait 0.1 7.0 14 0.9 %

Granted after wait 0.0 0.0 0 0.0 %

------------------------- --------- --------- -------

Total # of Requests 8.7 780.0 1560

Sort Buffer Waits per sec per xact count % of total

------------------------- --------- --------- ------- ----------

Total # of Waits 0.0 0.0 0 n/a

並行排序所用“排序緩沖區等待”鎖。如果等待數較高,可考慮加大“number of sort buffers”的值。

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved