今天看了一篇文章，覺得不管怎么強(qiáng)調(diào)sortheap的重要性都不為過。理由我后面肯定會寫詳細(xì)的，這里寫記錄下，占個位置：
----2007.07.10.00。13（沒想到是10號還以為9號呢 ，9號剛過
）
========================
感覺學(xué)的不是很好，沒有達(dá)到目標(biāo)，但還是把這2天學(xué)的寫上吧 。
1.sortheap在數(shù)據(jù)庫配置說明上是這樣的：定義要用于專用排序的專用內(nèi)存頁的最大數(shù)目，或者要用于共享排序的共享內(nèi)存頁的最大數(shù)目。現(xiàn)在這個項目并沒有啟動分區(qū)并行性，所以此參數(shù)只是表示要用于專用排序的專用內(nèi)存頁的最大數(shù)目。不知道是我沒理解好，還是db2沒有說好，其實這個參數(shù)還有個很重要的作用：數(shù)據(jù)庫在執(zhí)行散列連接sql的時候也用到此內(nèi)存區(qū)域。db2 對2個表進(jìn)行連接的時候，只有3種類型：嵌套，合并，散列。其中散列連接用的最多（我在執(zhí)行復(fù)雜sql的時候是這樣的，簡單的沒有測試過大家可以測試下）。進(jìn)行散列連接的時候，數(shù)據(jù)庫會把其中一個表的內(nèi)容復(fù)制到sortheap對應(yīng)的內(nèi)存中，如果sortheap對應(yīng)的內(nèi)存不夠大，就會吧余下的數(shù)據(jù)庫復(fù)制到臨時表空間中。然后進(jìn)行連接比較。可以想想操作內(nèi)存和操作硬盤的差別吧，所以我們應(yīng)盡量大的設(shè)置sortheap，使他不溢出到硬盤中，或者很少溢出。（關(guān)于上面3中嵌套，合并，散列連接類型，可以看下面的附件，附件中有很詳細(xì)的說明）
2. 查看是否溢出的方法：
大家執(zhí)行下面的命令： db2 gen snapshot for db on 數(shù)據(jù)庫名 （這個命令不需要打開db2的快照開關(guān)，db2有些默認(rèn)的快照信息）。在輸出的信息中查找下面的信息：
已分配的專用排序堆總數(shù) = 0
已分配的共享排序堆總數(shù) = 0
共享排序堆高水位標(biāo)記 = 0
總計排序 = 34600
總計排序時間（毫秒） = 35491
排序溢出 = 2384
活動排序數(shù) = 0
和
散列連接數(shù) = 38808
散列循環(huán)數(shù) = 0
散列連接溢出數(shù) = 534
小散列連接溢出數(shù) = 1
排序溢出 /總計排序 可以得到溢出比例 （如果溢出比例大于 3 個百分點，那么在應(yīng)用程序 SQL 中會出現(xiàn)嚴(yán)重的或意外的排序問題。因為正是溢出的存在表明發(fā)生了大的排序，所以理想的情況是發(fā)現(xiàn)沒有排序溢出或至少其百分比小于一個百分點。
如果出現(xiàn)過多的排序溢出，那么“應(yīng)急”解決方案是增加SORTHEAP的大小。然而，這樣做只是掩蓋了真實的性能問題。相反，您應(yīng)該確定引起排序的 SQL 并更改該 SQL、索引或群集來避免或減少排序開銷。如果溢出比例大于 5 （作為一種經(jīng)驗之談），那么每個事務(wù)的排序數(shù)可能很大。雖然某些應(yīng)用程序事務(wù)執(zhí)行許多小的組合排序（它們不會溢出并且執(zhí)行時間很短），但是它消耗了過多的 CPU。當(dāng)SortsPerTX很大時，按我的經(jīng)驗，這些機(jī)器通常會受到 CPU 的限制。確定引起排序的 SQL 并改進(jìn)存取方案（通過索引、群集或更改 SQL）對提高事務(wù)吞吐率是極為重要的。）
散列連接數(shù) 就是在執(zhí)行sql的時候進(jìn)行散列連接的數(shù)目。這里只說下散列循環(huán)數(shù) 的意義，其他參數(shù)的意義在下面的附件中都有很詳細(xì)的說明： 我在測試的時候，把sortheap設(shè)置為16個頁，然后執(zhí)行復(fù)雜的sql，散列循環(huán)數(shù)有值，而且很高。一般看到散列循環(huán)數(shù)有值就要注意，他說明你的sortheap或者SHEAPTHRES（實例級參數(shù)）太低了。現(xiàn)在的測試情況就說明sortheap太低了。另外一種情況SHEAPTHRES太低的原因： SHEAPTHRES已經(jīng)分配給前面的代理進(jìn)程了，再有代理進(jìn)程申請sortheap的時候，SHEAPTHRES已經(jīng)達(dá)到上限了，這個時候db2就會給申請sortheap的進(jìn)程很小的值，此時代理進(jìn)程進(jìn)行散列連接的時候就需要把很多數(shù)據(jù)放到硬盤上，這個時候就會導(dǎo)致散列循環(huán)數(shù)值很高，這個時候大家可以增加 SHEAPTHRES進(jìn)行觀察。
3.查看排序溢出的sql方法： 首先打開快照監(jiān)視器： db2 update monitor switches using sort on statements on ;
然后過段時間（1分鐘就可以了）執(zhí)行 get snapshot for all on 數(shù)據(jù)庫名；
在輸出的信息中查找：語句排序溢出 = 1 ，看對應(yīng)的sql就知道了，對sql的執(zhí)行計劃分析下就明白了。
記得在測試完要關(guān)閉 快照開關(guān)： db2 update monitor switches using sort off statements off;