1.語法校驗
如果在sql計畫快取中沒有對應的執行計畫，伺服器首先會對使用者請求的sql語句進行語法效驗，如果有語法錯誤，伺服器會結束查詢操作，並用返回相應的錯誤資訊給呼叫它的應用程式。
注意：此時返回的錯誤資訊中，只會包含基本的語法錯誤資訊，例如select 寫成selec等，錯誤資訊中如果包含一列表中本沒有的列，此時伺服器是不會檢查出來的，因為只是語法驗證，語義是否正確放在下一步進行。
2.檢查語義
語法符合後，就開始驗證它的語義是否正確。例如，表名、列名、儲存過程等等資料庫物件是否真正存在，如果發現有不存在的，就會報錯給應用程式，同時結束查詢。
3.獲得物件的解析鎖
接下來就是獲得物件的解析鎖，我們在查詢乙個表時，首先伺服器會對這個物件加鎖，這是為了保證資料的統一性，如果不加鎖，此時有資料插入，但因為沒有加鎖的原因，查詢已經將這條記錄讀入，而有的插入會因為事務的失敗會回滾，就會形成髒讀的現象。
4.使用者訪問許可權認證
接下來就是對資料庫使用者許可權的驗證。sql語句語法，語義都正確，此時並不一定能夠得到查詢結果，如果資料庫使用者沒有相應的訪問許可權，伺服器會報出許可權不足的錯誤給應用程式，在稍大的專案中，往往乙個專案裡面會包含好幾個資料庫連線串，這些資料庫使用者具有不同的許可權，有的是唯讀許可權，有的是只寫許可權，有的是可讀可寫，根據不同的操作選取不同的使用者來執行。稍微不注意，無論你的sql語句寫的多麼完善，完美無缺都沒用。
5.sql優化，選擇最高效的查詢演算法
解析的最後一步，就是確定最終的執行計畫。當語法、語義、許可權都驗證後，伺服器並不會馬上給你返回結果，而是會針對你的sql進行優化，選擇不同的查詢演算法以最高效的形式返回給應用程式。
例如在做表聯合查詢時，伺服器會根據開銷成本來最終決定採用hash join,merge join ，還是loop join，採用哪乙個索引會更高效等等。不過它的自動化優化是有限的，要想寫出高效的查詢sql還是要優化自己的sql查詢語句。
當確定好執行計畫後，就會把這個執行計畫儲存到sql計畫快取中，下次在有相同的執行請求時，就直接從計畫快取中取，避免重新編譯執行計畫。
SQL語句的執行過程
在資料庫管理工具端輸入一條sql語句並獲得響應結果通常會經過哪些過程，這就得首先了解我們的資料庫結構 1.儲存管理層 包括儲存管理 日誌管理 併發控制 事務管理 緩衝區管理和封鎖管理等 2.sql處理層 包括sql語法解析 重寫 優化 執行 執行計畫快取與結果集快取 3.介面層 比如常用的jdbc ...
SQL語句的執行過程
1 sql的執行過程 客戶端發起請求 oracle server process 接收 放入到sga中share pool存放 通過cpu解析相應的執行計畫 執行計畫存放在share pool中 在從buffer cache中把相應的資料取出來，如不存在，從資料檔案中把資料調入到buffer cac...
SQL語句執行過程詳解
當希望mysql能夠以更高的效能執行查詢時，最好的辦法就是弄清楚mysql是如何優化和執行查詢的。一旦理解了這一點，很多查詢優化工作實際上就是遵循一些原則能夠按照預想的合理的方式執行 如下圖所示，當向mysql傳送乙個請求的時候，mysql到底做了什麼 1.客戶端傳送一條查詢給伺服器。2.伺服器先檢...