SQL 調試指南 - 數據庫執行計劃

一 概述

        我的工作是開發移動電信操作系統. 當客戶通過網絡或語音終端申請一項服務的時候, 我們的系統必須提供一個快速的回應. 即使是要求不到一秒的回答時限, 我們仍然需要在容量巨大的DB端執行復雜的SQL語句.

        在這種情況下, 一個簡單的低效率的查詢會帶來災難性的后果. 一個不合適的SQL語句有可能耗盡整個DB的處理資源, 這樣一來就導致DB不能處理其他的客戶請求. 而且, 這種情況往往發生在新的服務項目的發布之后, 也就是說, 正是市場行銷的高峰期. 你能想象當這樣的問題發生時我們的高級市場經理的心情嗎?

       不幸的是,低效率的SQL語句是不可避免的. 系統通常都是在遠遠低于產品正常運行時的數據數量之上進行測試的, 所以系統的性能隱患不可能被完全發現.

        這也正是每一個DB開發人員都應該明白基本SQL調試原理的初衷. 這篇文章將對此類問題做一個理論性的闡述. 在讀完文章之后,你應該能回答: 對特定數據量的數據I, 這個執行計劃是合理的嗎?

        我不得不提醒你, 這是一個關于理論的文章. 我知道沒有人喜歡理論, 但是沒有其他有效的方法來數說一二. 那么, 別擔心, 讓我們繼續吧, 也許我們能從這里得到一些幫助和啟示.

       在這片文章里, 將說明以下幾個方面:

• 什么是最優化
• 數據表記錄查詢
• 嵌套循環連接表

二 假定

       CUSTOMERS表包含了所有客戶的總體信息. 假設這個公司有一百萬個客戶.CUSTOMERS表有一個主鍵CUSTOMER_ID, 這個主鍵有一個索引PK_CUSTOMERS. LAST_NAME列也有一個名為IX_CUSTOMERS_LAST_NAME的索引.表中有100000個不同的Last Name. 表中的記錄平均有100 bytes. CUSTOMERS表中的REGION_ID字段連接REGIONS表, REGIONS表包含了所有的大約50個國家和地區, 有一個主鍵GEGION_ID和關于這個主鍵的索引PK_REGIONS.