jdbc和z / os db2

Question

有人可以解釋為什么我從Java JDBC訪問z / os DB2中看到這種行為

我有z / os db2 v10表有三列，兩列包含uniue索引，第三列是pureXML列，包含長度為1KByte的xml文檔。

該表有100萬行。 每行都有相同的xml文檔用於測試目的。

當我運行一個循環，對表進行10,000次隨機讀取時，每次讀取總是會找到一行，我的jdbc跟蹤文件中顯示的db2服務器時間在2ms到62,000ms之間變化

什么會導致如此廣泛的響應時間？

為什么我的jdbc跟蹤有核心和網絡的負時間？

[jcc][SystemMonitor:start] 
[jcc][Time:2012-08-02-11:43:48.188][Thread:main][PreparedStatement@10b4b2f] executeQuery () called
[jcc][Time:2012-08-02-11:43:48.219][Thread:main][PreparedStatement@10b4b2f] executeQuery () returned com.ibm.db2.jcc.t4.j@812862
[jcc][SystemMonitor:stop] core: 22.185222ms | network: 21.831545ms | server: 2.956ms

[jcc][Time:2012-08-02-11:44:23.251][Thread:main][PreparedStatement@10b4b2f] executeQuery () called
[jcc][Time:2012-08-02-11:45:25.251][Thread:main][PreparedStatement@10b4b2f] executeQuery () returned com.ibm.db2.jcc.t4.j@68ef48
[jcc][SystemMonitor:stop] core: -3615.90705ms | network: -3616.401806ms | server: 61978.244ms

這是java / jdbc環境的詳細信息

[jcc] Driver: IBM Data Server Driver for JDBC and SQLJ 4.12.79
[jcc] Compatible JRE versions: { 1.6 }
[jcc] Target server licensing restrictions: { z/OS: enabled; SQLDS: enabled; iSeries: enabled; DB2 for Unix/Windows: enabled; Cloudscape: enabled; Informix: enabled }
[jcc] Range checking enabled: true
[jcc] Bug check level: 0xff
[jcc] Default fetch size: 64
[jcc] Default isolation: 2
[jcc] Collect performance statistics: false
[jcc] No security manager detected.
[jcc] Access to package sun.io is permitted by security manager.
[jcc] JDBC 1 system property jdbc.drivers = null
[jcc] Java Runtime Environment version 1.6.0_21
[jcc] Java Runtime Environment vendor = Sun Microsystems Inc.
[jcc] Java vendor URL = http://java.sun.com/
[jcc] Java installation directory = C:\Program Files\Java\jre6
[jcc] Java Virtual Machine specification version = 1.0
[jcc] Java Virtual Machine specification vendor = Sun Microsystems Inc.
[jcc] Java Virtual Machine specification name = Java Virtual Machine Specification
[jcc] Java Virtual Machine implementation version = 17.0-b17
[jcc] Java Virtual Machine implementation vendor = Sun Microsystems Inc.
[jcc] Java Virtual Machine implementation name = Java HotSpot(TM) Client VM
[jcc] Java Runtime Environment specification version = 1.6
[jcc] Java Runtime Environment specification vendor = Sun Microsystems Inc.
[jcc] Java Runtime Environment specification name = Java Platform API Specification
[jcc] Java class format version number = 50.0
[jcc] Operating system name = Windows XP
[jcc] Operating system architecture = x86
[jcc] Operating system version = 5.1
[jcc] File separator ("/" on UNIX) = \
[jcc] Path separator (":" on UNIX) = ;
[jcc] Dumping all file properties: {  }
[jcc] pureQuery present = false


Database product name: DB2 Database product version: DSN10015 Driver name: IBM Data Server Driver for JDBC and SQLJ Driver version: 4.12.79 

Answer 1

z / OS擁有世界上最先進的調度程序，可以對資源的分配方式進行各種控制......這是硬件價格昂貴的時代，企業希望控制這些稀缺資源的來源。

一個例子是表現期。 這是一種可以為短期運行程序提供極好響應時間的方法，同時防止更長時間的進程占用資源。 在繁忙的系統上，瑣碎的工作會立即運行，但是繁重的資源用戶會變慢。 這可能很容易成為你所看到的一部分。

仍然有許多變量...想到所涉及的所有組件：客戶端程序，網絡，LPAR管理程序，z / OS TCP / IP堆棧，DB2 - 然后是所有物理內容，如磁盤場，任何這些都會引起響應時間的變化。

IBM，CA和其他一些非常復雜的性能監控產品可以為您提供比您想要的更多的詳細信息。 如果您的組織擁有這些工具中的任何一種，那么只需要一些訓練有素的人來告訴您發生了什么。

Answer 2

略高於一分鍾的等待聞起來像某個地方的超時設置。 是不是你的應用程序無法分配足夠的線程來發出請求（異步）？ 或者在服務器中類似的超時 - 10000個順序或並行請求對於任何數據庫來說都是非常重的負載。