前言
實驗環境：os 名稱: microsoft windows server 2008 r2 enterprise
os 版本: 6.1.7601 service pack 1 build 7601
product name: 「db2 enterprise server edition」
license type: 「cpu 選項」
expiry date: 「永久」
product identifier: 「db2ese」
version information: 「9.5」
features:
db2 database partitioning: 「未許可」
db2 performance optimization ese: 「未許可」
db2 storage optimization: 「未許可」
db2 advanced access control: 「未許可」
db2 geodetic data management: 「未許可」
db2 purexml ese: 「未許可」
ibm homogeneous federation ese: 「未許可」
ibm homogeneous replication ese: 「未許可」
2張400w表的聯合查詢。
官方介紹：
了解 ibm® db2® 9.5 for linux®, unix®, and windows® 的每個版本的詳細資訊。作者介紹了每個版本的概況、許可方面的考慮因素以及自 db2 9 以來的更改，描述了客戶正在用每個 db2 版本實現的一些有趣功能。這篇流行的文章已經針對 db2 9.5 進行了修改，符合當前的情況。
註解：進行db2資料庫優化前，需要了解資料庫支援哪些特性，比如表分割槽，資料庫分割槽等，只有在ese版本中才支援，在db2 express版本中不支援。往往通過版本差異，即可了解到進行效能優化的方向。（ps:事實是這樣的：在進行優化時，發現某些高階特性：如表分割槽無法使用，所以只能到處找原因，最後發現：開發環境是db2 express版本，但是生產環境是db2ese版本）
註解：這裡面包含了大部分db2的特性，以及使用介紹，可以有針對的進行性分析（ps:好吧，其實也是海底撈針一樣）
官方介紹：
本教程旨在演示 db2® 9 中的範圍分割槽（range partitioning）功能。讀者將獲得對 db2 表範圍分割槽特性的第一手體驗。表分割槽是一種資料組織模式，在這種模式中，資料將以乙個或多個表列的值為依據，分割到多個稱為資料分割槽（或範圍）的儲存物件 中。每乙個資料分割槽被分別儲存。這些儲存物件可以位於不同的表空間中，可以位於相同的表空間中，也可能是這兩種情況的組合。
註解：介紹了表分割槽的實戰環節（ps：我就是從這裡開始的）
官方介紹：
本文主要介紹什麼是 db2 資料庫分割槽，為什麼採用資料庫分割槽，並以 balanced warehouse e7100 為例介紹資料庫分割槽管理的基本方法及應用實踐。
註解：這篇將的心潮澎湃，但是看了db2的license，發現不支援資料庫分割槽，呵呵，就當有個了解吧。
官方介紹：
本文介紹 ibm® db2® for linux®, unix®, and windows® 的以下表設計特性：表分割槽、多維聚類（mdc）、資料庫分割槽表和物化查詢表（mqt）。您還將看到這些特性如何在資料倉儲領域並肩作戰，以及它們為查詢性 能、轉入和轉出帶來的好處。
註解：涵蓋了db2幾種分割槽特性對比資訊，建議詳讀。
官方介紹：
物化查詢表（mqt）的定義是以一次查詢的結果為基礎的。mqt 可以顯著提高查詢的效能。本文將介紹 mqt、總結表（summary）和 staging 表，並通過一些實用的例子展示如何建立和使用物化查詢表。
註解：mqt最早在2023年的時候使用過，用來將原有業務中的部分複雜實時查詢業務分離出來，每天定時重新整理，以此來提高資料庫查詢效能。
官方介紹：
在本文中將利用 db2 說明（explain）工具深入理解物化查詢表（mqt）的各種重新整理機制，從而使讀者能夠在實際應用中合理的選擇其重新整理方式。
註解：在2023年末，為了提高2張400w的表的聯合查詢，使用了mqt的實時重新整理功能。起初只做了查詢效能分析，資源消耗減少了90%，自我感覺良好，忽略了插入，更新，刪除的效能分析。戲劇性的一幕發生了：第二天業務高峰期時，應用服務出現查詢超時，無響應等症狀，並且發現資料庫死鎖嚴重，查遍各種鎖表問題，最終把問題落在了mqt上；痛定思痛，最終全面分析引入mqt後，對業務插入，更新與刪除帶來的影響：發現引入mqt後，插入消耗為原來的7倍，更新效能為原來的4倍；結果：是否使用mqt實時重新整理，需要根據實際情況而定。
DB2效能優化聖經 優化準則
在制定乙個效能優化總體方案時，應當考慮下列準則 1.牢記縮減回報定律 最大的效能收益通常來自最初的努力。以後的修改一般只產生越來越小的效益，並且需要付出更多的努力。2.不要為了優化而優化 優化是為了解除一致的約束。如果優化資源不是引起效能問題的主要原因，那麼除非接觸了主要約束，否則這種優化對響應時間...
DB2 效能優化快速入門
db2 效能優化是一件較為複雜的綜合性的工作 需要對問題的根源作全方位的探索和思考。同時也需要較深厚的資料庫管理經驗與優化知識。這對於初學者來說可能有些勉為其難。但是在很多情況下，隨著 db2 資料庫中的資料量的不斷增長或者使用者數的激增，資料庫系統的效能會顯著下降，而此時快速定位效能上的瓶頸則至關...
db2 最大分割槽數 DB2表分割槽資料清空維護
清空一張表的資料，我們可以truncate這張表，亦或是用replace的方式載入乙個空檔案來清空表。那麼如果現在我只需清空表的某個分割槽的資料話，要如何來做呢？2b青年說 直接delete 條件嘛。那好，現在我有張表的情況是這樣的 每個分割槽中都有1g多點的資料，現在用delete來刪除1號分割槽...