JOB、分割槽表、效能優化方面

09年馬上要結束了，BLOG每天更新又堅持了一年，目前文章總數1700多篇，其中純技術文章將近1300篇。

我比較喜歡的一句話：十年磨一劍。以前提到過，堅持10年可能會比較困難，那麼至少要堅持5年，到目前為止，BLOG更新已經4年了，明年就會初步實現目標了。

重新整理一下BLOG上面文章的索引，把09年的文章放進去了，且重新整理了一下分類。這一篇索引JOB、分割槽表、效能優化方面的文章。

 

 

JOB相關內容：

JOB呼叫DBMS_STATS包出錯的診斷：自動收集統計資訊報錯的診斷。

9i上JOB停止自動執行：9206前系統執行時間到達500天后，會出現這個bug。

使用者被鎖定不影響JOB的執行：即使使用者的帳號被鎖定，JOB也可以執行。

資料庫日誌中出現啟動JOB程式的TIMED OUT資訊：由於作業系統資源不足引起的錯誤。

 

 

分割槽表：

數據泵匯入分割槽表統計資訊報錯（一）：在進行資料泵匯入操作時，發現一個bug。

資料泵匯入分割槽表統計資訊報錯（二）：繼續深入研究這個問題。

資料泵匯入分割槽表統計資訊報錯（三）：檢查問題和表的MONITORING屬性之間的關係。

資料泵匯入分割槽表統計資訊報錯（四）：文章描述問題的解決過程。

資料泵匯入分割槽表統計資訊報錯（五）：描述導致問題的原因。

資料泵匯入分割槽表統計資訊報錯（六）：描述問題重現的過程。

ORACLE10g新特性——全域性HASH分割槽索引：Oracle10g中新增了全域性分割槽索引的型別——HASH分割槽。

10g線上重定義新特性——對單獨的分割槽進行線上重定義：線上重定義還增加了對單獨一個分割槽執行線上重定義的功能。

建立單獨的分割槽儲存NULL記錄：建立一個分割槽表，使得包含NULL記錄在單獨的分割槽，而其他記錄在另一個分割槽。

分割槽鍵值為空的bug：當分割槽表的鍵值為空，可能導致bug。

資料泵避免個別表資料的匯出（二）：介紹如何對分割槽表實現這個功能。

 

 

效能優化：

Oracle分頁查詢語句（一）：分頁查詢標準寫法。

Oracle分頁查詢語句（二）：分頁查詢標準寫法與錯誤寫法效率對比。

Oracle分頁查詢語句（三）：表連線情況效率對比。

Oracle分頁查詢語句（四）：內部子查詢排序的情況。

Oracle分頁查詢語句（五）：UNION ALL和GROUP BY等操作會導致分頁查詢的效率優勢消失。

Oracle分頁查詢語句（六）：分頁查詢翻頁到最後的效能問題。

Oracle分頁查詢語句（七）：ORDER BY STOPKEY和ORDER BY在翻頁最後幾頁的效能差別。

Oracle分頁查詢格式（八）：如何對包含UNION ALL的分頁語句編寫特殊的分頁查詢語句。

Oracle分頁查詢格式（九）：如何對包含DISTINCT/GROUP BY/UNIQUE的分頁語句編寫特殊的分頁查詢語句。

Oracle分頁查詢格式（十）：10g的新執行計劃GROUP BY STOPKEY，解決了GROUP BY分頁效率低的問題。

Oracle分頁查詢格式（十一）：介紹分析函式用於分頁。

Oracle分頁查詢格式（十二）：介紹分析函式用於分頁，且排序欄位上包含索引的情況。

Oracle分頁查詢格式（十三）：介紹HASH SORT CLUSTER表對分頁查詢的幫助。

分頁查詢的排序問題：對排序演算法的簡單推測。

分頁查詢的排序問題（二）：描述一下排序鍵值重複的一點研究。

查詢作業系統統計資訊：尋找作業系統統計資訊的儲存位置。

利用執行計劃來避免排序操作（一）：對於單表操作如何避免排序。

利用執行計劃來避免排序操作（二）：對於表連線的情況如何避免排序。

Oracle對索引分析的優化：Oracle分析索引的時候，可能會將COMPUTE方式轉化為ESTIMATE方式。

恆等查詢條件改變執行計劃——SQL優化之Everything is Possible：SQL中新增一個1=1的條件也可能改變執行計劃。

增加索引改變執行計劃——SQL優化之Everything is possible：增強索引造成執行計劃改變，且新執行計劃並沒有使用新增索引。

增加Distinct後查詢效率反而提高——SQL優化之Everything is possible：新增DISTINCT反而提高查詢速度。

兩層GROUP BY效率反而比一層GROUP BY效率高——SQL優化之Everything is possible：查詢中兩次GROUP BY比一次GROUP BY效率高的例子。

UNION效率比UNION ALL效率高——SQL優化之Everything is possible：使用UNION要比使用UNION ALL的效率高的情況。

ORA-30496錯誤：設定open_cursor為similar造成的錯誤

9i奇怪的AJ執行計劃：920上AJ執行計劃的bug。

ORACLE-7445(kghbigasp)錯誤：設定PGA_AGGREGATE_TARGET引起的錯誤。

ORA-7445(kkodsel)錯誤：星型查詢造成的問題。

一次更新操作的優化：描述最近進行了一次更新操作的處理和優化工作。

利用Oracle的新特性優化SQL：利用Oracle的新特性優化SQL。

索引重建的資料來源：索引重建的資料來源問題。

10g資料泵和匯入匯出效能對比（四）：討論並行度對資料泵匯出的影響。

Tom新書的一個小bug——mystat指令碼：在看Tom的新書Oracle9i&10g程式設計藝術發現了一個小問題。

ORA-600(16515)錯誤：收集統計資訊時出現了bug。

SQL優化引出的問題（一）：經過簡單的檢查，找到了一個問題SQL語句。

SQL優化引出的問題（二）：繼續尋找導致問題的真正原因。

DBA_JOBS_RUNNING檢視訪問緩慢：一個經常碰到的bug，訪問DBA_JOBS_RUNNING檢視長時間得不到結果。

DBA_LMT_USED_EXTENTS檢視訪問緩慢：又一個訪問資料字典檢視緩慢的bug。

ORA-7445(kkojnp)錯誤：FIRST_ROWS模式下，使用分析函式且不包括ORDER BY語句可能導致這個bug。

ORA-7445(qkabxo)錯誤：FIRST_ROWS模式下，執行計劃中出現BITMAP索引掃描導致的錯誤。

BITMAP索引異常增大：BITMAP索引異常增大的BUG。

FIRST_ROWS優化模式語言排序模糊匹配問題：在FIRST_ROWS優化模式下，將會話排序和比較方式設定為語義模式，即忽略大小寫模式，對欄位進行LIKE模糊查詢，可能導致錯誤的結果。

FIRST_ROWS優化模式訪問遠端表可能導致錯誤結果（一）：FIRST_ROWS優化模式下，通過資料庫鏈訪問遠端表，且SQL包括IN子查詢語句時，優化器可能給出錯誤的執行計劃，從而導致結果集出現重複記錄。

FIRST_ROWS優化模式訪問遠端表可能導致錯誤結果（二）：繼續研究問題和版本的關係，以及相應的解決方法。

STATSPACK清除資料時沒有刪除STATS$UNDOSTAT：Oracle在清除STATSPACK資料的時候，漏掉了STATS$UNDOSTAT表。

STATSPACK資料清除（一）：Oracle文件推薦的STATSPACK過期資料產生的方法是直接刪除STATS$SNAPSHOT表中的記錄。

STATSPACK資料清除（二）：進一步描述清除問題。

利用MOVE壓縮表的高水位線：MOVE不指定INITIAL不會壓縮第一個EXTENT。

11G訪問DBA_OBJECTS和V$LOCK檢視時HANG住：11g也存在訪問資料字典出現長時間等待的問題。

一次ORA-4030問題診斷及解決（一）：簡單記錄一下問題的診斷和解決過程。

一次ORA-4030問題診斷及解決（二）：繼續尋找源資料庫和目標資料庫執行計劃不同的原因。

一次ORA-4030問題診斷及解決（三）：尋找產生問題的真正原因。

WEBLOGIC連線Oracle RAC的負載均衡測試：測試單例項與RAC環境各個節點的負載情況。

清空資料庫緩衝區的方法（一）：描述10g清空資料庫緩衝區的方法。

清空資料庫緩衝區的方法（二）：描述9i清空資料庫緩衝區的方法。

9i索引範圍掃描邏輯讀問題：9i在默寫情況下，執行索引範圍掃描，並沒有過濾結果，導致大量不必要的邏輯讀。

ORA-600(15599)錯誤：又是和PGA_AGGREGATE_TARGET有關bug。

外來鍵列上是否需要索引：描述索引對於外來鍵支援的重要性。

HINT如何跨越檢視生效：如何是HINT跨越檢視對基表生效。

由HINT跨越檢視生效想到的：HINT對檢視的方式同樣使用於SQL子查詢中的匿名檢視。

利用NO_MERGE解決資料字典檢視訪問低效：通過NO_MERGE檢視來避免低效的執行計劃。

載入資料順序對HASH SORT CLUSTER效能影響：載入或插入資料的順序對影響影響很大。

Oracle11gr2新增提示IGNORE_ROW_ON_DUPKEY_INDEX：Oracle新增了一個HINT，使得INSERT INTO SELECT操作可以避免插入重複的記錄。

ORA-600(qerltcInsertSelectRop_bad_state)錯誤：在利用IGNORE_ROW_ON_DUPKEY_INDEX提示執行插入時，很可能碰到這個錯誤。

利用USE_INDIRECT_DATA_BUFFERS突破32位的2G記憶體限制（一）：介紹如何設定這個引數。

利用USE_INDIRECT_DATA_BUFFERS突破32位的2G記憶體限制（二）：介紹設定這引數過程中碰到的錯誤。

DECODE和CASE的效能比較：比較這兩個功能型別的方面的效能差別。

資料庫啟動出現ORA-27102錯誤：測試資料庫啟動時出現了這個錯誤。

 

 

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/4227/viewspace-69113/，如需轉載，請註明出處，否則將追究法律責任。