精簡整理 20 條常見 DB2 效能錯誤認知，適合快速瀏覽與會議分享。
| # | 迷思 | 真相 |
|---|---|---|
| 1 | 邏輯設計=物理設計 | 物理設計為效能可偏離邏輯 (分區、叢集、MVC) |
| 2 | 全放 BP0 自管 | 僅目錄表放 BP0，用戶表依存取模式分緩衝池 |
| 3 | DSNDB07 100% 循序 | 工作檔 3-45% 隨機 I/O |
| 4 | VARCHAR 永放行末 | 唯讀表放末省 CPU；頻繁更新表放末最差 |
| 5 | 程式遵循邏輯流 | OLTP 需考慮鎖順序、索引覆蓋等物理面 |
| 6 | 邏輯不在 SQL 做 | SQL 是集合語言，能處理多數業務 |
| 7 | 代碼表配合 RI | RI 僅用真父子關係，非驗證捷徑 |
| 8 | 表最多 1-2 索引 | 索引數量依負載決定，多索引常見 |
| 9 | NPI 禁用 | NPI 對特定路徑必要，問題可克服 |
| 10 | 大表必分區 | 60億列未分區仍可高效 |
| 11 | UR 隔離級是壞事 | UR 是強效能增強，適用範圍廣 |
| 12 | WHERE 禁用否定 | 僅單一否定可能導致表掃描，複合謂詞無害 |
| 13 | 只靠 EXPLAIN 判斷 | EXPLAIN 缺順序/階段/時間，需綜合判讀 |
| 14 | EDM Pool 勿太大 | 擴展儲存分頁反而提升效能，過小導致重建 |
| 15 | Extent 不影響其他 | 新控制器降低但仍有管理開銷 |
| 16 | 關聯劃分不用 | BI/市場系統常被單程序多次用 |
| 17 | 套件綁兩計劃 | 策略靈活，雙計劃說法過時有害 |
| 18 | ESA 壓縮總好 | 需個案評估，高層決策 |
| 19 | 無逾時/死鎖=無鎖問題 | 鎖等待時間才是關鍵指標 |
| 20 | 預設值即最佳 | 預設值隨版本變動，非最佳 (如 CURRENTDATA) |
