1.語法校驗

如果在SQL計劃緩存中沒有對應的執行計劃，服務器首先會對用戶請求的SQL語句進行語法效驗，如果有語法錯誤，服務器會結束查詢操作，並用返回相應的錯誤信息給調用它的應用程序。

註意：此時返回的錯誤信息中，只會包含基本的語法錯誤信息，例如select 寫成selec等，錯誤信息中如果包含一列表中本沒有的列，此時服務器是不會檢查出來的，因為只是語法驗證，語義是否正確放在下一步進行。

2.檢查語義

語法符合後，就開始驗證它的語義是否正確。例如，表名、列名、存儲過程等等數據庫對象是否真正存在，如果發現有不存在的，就會報錯給應用程序，同時結束查詢。

3.獲得對象的解析鎖

接下來就是獲得對象的解析鎖，我們在查詢一個表時，首先服務器會對這個對象加鎖，這是為了保證數據的統一性，如果不加鎖，此時有數據插入，但因為沒有加鎖的原因，查詢已經將這條記錄讀入，而有的插入會因為事務的失敗會回滾，就會形成臟讀的現象。

4.用戶訪問權限認證

接下來就是對數據庫用戶權限的驗證。SQL語句語法，語義都正確，此時並不一定能夠得到查詢結果，如果數據庫用戶沒有相應的訪問權限，服務器會報出權限不足的錯誤給應用程序，在稍大的項目中，往往一個項目裏面會包含好幾個數據庫連接串，這些數據庫用戶具有不同的權限，有的是只讀權限，有的是只寫權限，有的是可讀可寫，根據不同的操作選取不同的用戶來執行。稍微不註意，無論你的SQL語句寫的多麽完善，完美無缺都沒用。

5.SQL優化，選擇最高效的查詢算法

解析的最後一步，就是確定最終的執行計劃。當語法、語義、權限都驗證後，服務器並不會馬上給你返回結果，而是會針對你的SQL進行優化，選擇不同的查詢算法以最高效的形式返回給應用程序

例如在做表聯合查詢時，服務器會根據開銷成本來最終決定采用hash join,merge join ，還是loop join，采用哪一個索引會更高效等等。不過它的自動化優化是有限的，要想寫出高效的查詢SQL還是要優化自己的SQL查詢語句。

當確定好執行計劃後，就會把這個執行計劃保存到SQL計劃緩存中，下次在有相同的執行請求時，就直接從計劃緩存中取，避免重新編譯執行計劃。

本文出自 “寫個博客騙錢” 博客，請務必保留此出處http://dadonggg.blog.51cto.com/12672150/1958206

SQL語句的執行過程