執行一句SQL的狀況

推薦（免費）：SQL

零、資料庫驅動

• MySQL 驅動程式在底層幫我們做了對資料庫的連接，只有建立了連接了，才能夠有後面的互動。

一、資料庫連線池

• 資料庫連線池有Druid、C3P0、DBCP
• 採用連線池大幅節省了不斷創建與銷毀線程的開銷，這就是有名的「池化」思想，不管是線程池還是HTTP 連接池，都能看到它的身影

二、SQL 接口

• MySQL 中處理請求的執行緒在取得到請求以後取得SQL 語句去交給SQL 介面去處理。

三、查詢解析器

• 將 SQL 介面傳遞過來的 SQL 語句進行解析，翻譯成 MySQL 自己能認識的語言。

四、MySQL 查詢最佳化器

• #MySQL 會依據成本最小原則來選擇使用對應的索引
• 成本= IO 成本CPU 成本
• IO成本 ： 即從磁碟把資料載入到記憶體的成本，預設情況下，讀取資料頁的IO 成本是1， MySQL 是以頁的形式讀取數據的，即當用到某個數據時，並不會只讀取這個數據，而會把這個數據相鄰的數據也一起讀到內存中，這就是有名的程序局部性原理，所以MySQL 每次會讀取一整頁，一頁的成本就是1。所以IO 的成本主要和頁的大小有關
• CPU 成本：將資料讀入記憶體後，還要檢測資料是否滿足條件和排序等CPU 操作的成本，顯然它與行數有關，預設情況下，偵測記錄的成本是0.2。
• MySQL 最佳化器會計算「IO 成本CPU」 成本最小的那個索引來執行

# #查詢最佳化器會呼叫儲存引擎的接口，去執行SQL，也就是說真正

執行SQL 的動作是在儲存引擎中完成的

。 資料是被存放在記憶體或磁碟中的

每次在執行SQL 的時候都會將資料載入到記憶體中，這塊記憶體就是InnoDB 中一個非常重要的元件：
• 緩衝池Buffer Pool
• 
  六、執行器

執行器最終最依照一系列的執行計畫去呼叫儲存引擎的介面去完成SQL 的執行

#七、Buffer Pool

Buffer Pool （緩衝池）是InnoDB 儲存引擎中非常重要的記憶體結構，起到一個快取的作用

Buffer Pool 就是我們第一次在查詢的時候會將查詢的結果存到Buffer Pool 中，這樣後面再有請求的時候就會先從緩衝池去查詢，如果沒有再去磁碟中查找，然後在放到Buffer Pool 中

Buffer Pool中被使用的資料回被加鎖。

• 八、三個日誌檔案
• 
  
#1、undo 日誌檔案

：記錄資料被修改前的樣子

作用：利用undo 日誌檔完成交易回溯

##################2、redo 日誌檔### ：記錄資料被修改後的樣子#########redo 記錄的是資料修改之後的值，不管交易是否提交都會記錄下來######MySQL 為了提高效率，所以將這些操作都先放在記憶體中完成，更新後的資料會記錄在redo log buffer 中，然後會在某個時機將其持久化到磁碟中。 ##################3、bin log 日誌檔：### 記錄整個操作過程###

性質	redo Log	bin Log
檔案大小	redo log 的大小是固定的（配置中也可以設置，一般預設的就足夠了）	bin log 可透過設定參數max_bin log_size設定每個bin log檔案的大小（但一般不建議修改）。
實作方式	redo log是InnoDB引擎層實作的（也就是說是Innodb 儲存引起過獨有的）	bin log是MySQL 層實現的，所有引擎都可以使用bin log日誌
記錄方式	redo log 採用迴圈寫的方式記錄，當寫到結尾時，會回到開頭循環寫日誌。	bin log 透過追加的方式記錄，當檔案大小大於給定值後，後續的日誌會記錄到新的檔案上
使用場景	redo log適用於崩潰復原(crash-safe)（這點其實非常類似與Redis 的持久化特徵）	bin log適用於主從複製和資料恢復

bin log 記錄的是整個操作記錄（這個對於主從複製具有非常重要的意義）

以上是執行一句SQL的狀況的詳細內容。更多資訊請關注PHP中文網其他相關文章！