共計 1599 個字符，預(yù)計需要花費 4 分鐘才能閱讀完成。

自動寫代碼機器人，免費開通

這篇文章主要介紹執(zhí)行一句 SQL 的情況有哪些，文中介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們一定要看完！

零、數(shù)據(jù)庫驅(qū)動

MySQL 驅(qū)動在底層幫我們做了對數(shù)據(jù)庫的連接，只有建立了連接了，才能夠有后面的交互。

一、數(shù)據(jù)庫連接池

數(shù)據(jù)庫連接池有 Druid、C3P0、DBCP

采用連接池大大節(jié)省了不斷創(chuàng)建與銷毀線程的開銷，這就是有名的「池化」思想，不管是線程池還是 HTTP 連接池，都能看到它的身影

二、SQL 接口

MySQL 中處理請求的線程在獲取到請求以后獲取 SQL 語句去交給 SQL 接口去處理。

三、查詢解析器

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

四、MySQL 查詢優(yōu)化器

MySQL 會依據(jù)成本最小原則來選擇使用對應(yīng)的索引

成本 = IO 成本 + CPU 成本

IO 成本：即從磁盤把數(shù)據(jù)加載到內(nèi)存的成本，默認情況下，讀取數(shù)據(jù)頁的 IO 成本是 1，MySQL 是以頁的形式讀取數(shù)據(jù)的，即當用到某個數(shù)據(jù)時，并不會只讀取這個數(shù)據(jù)，而會把這個數(shù)據(jù)相鄰的數(shù)據(jù)也一起讀到內(nèi)存中，這就是有名的程序局部性原理，所以 MySQL 每次會讀取一整頁，一頁的成本就是 1。所以 IO 的成本主要和頁的大小有關(guān)

CPU 成本：將數(shù)據(jù)讀入內(nèi)存后，還要檢測數(shù)據(jù)是否滿足條件和排序等 CPU 操作的成本，顯然它與行數(shù)有關(guān)，默認情況下，檢測記錄的成本是 0.2。

MySQL 優(yōu)化器 會計算「IO 成本 + CPU」成本最小的那個索引來執(zhí)行

五、存儲引擎

查詢優(yōu)化器會調(diào)用存儲引擎的接口，去執(zhí)行 SQL，也就是說真正執(zhí)行 SQL 的動作是在存儲引擎中完成的。

數(shù)據(jù)是被存放在內(nèi)存或者是磁盤中的

每次在執(zhí)行 SQL 的時候都會將其數(shù)據(jù)加載到內(nèi)存中，這塊內(nèi)存就是 InnoDB 中一個非常重要的組件：緩沖池 Buffer Pool

六、執(zhí)行器

執(zhí)行器最終最根據(jù)一系列的執(zhí)行計劃去調(diào)用存儲引擎的接口去完成 SQL 的執(zhí)行

七、Buffer Pool

Buffer Pool（緩沖池）是 InnoDB 存儲引擎中非常重要的內(nèi)存結(jié)構(gòu)，起到一個緩存的作用

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

Buffer Pool 中被使用的數(shù)據(jù)回被加鎖。

八、三個日志文件

1、undo 日志文件：記錄數(shù)據(jù)被修改前的樣子

作用：利用 undo 日志文件完成事務(wù)回滾

2、redo 日志文件：記錄數(shù)據(jù)被修改后的樣子

redo 記錄的是數(shù)據(jù)修改之后的值，不管事務(wù)是否提交都會記錄下來

MySQL 為了提高效率，所以將這些操作都先放在內(nèi)存中去完成，更新后的數(shù)據(jù)會記錄在 redo log buffer 中，然后會在某個時機將其持久化到磁盤中。

3、bin log 日志文件：記錄整個操作過程

性質(zhì) redo Logbin Log 文件大小 redo log 的大小是固定的（配置中也可以設(shè)置，一般默認的就足夠了）bin log 可通過配置參數(shù) max_bin log_size 設(shè)置每個 bin log 文件的大小（但是一般不建議修改）。實現(xiàn)方式 redo log 是 InnoDB 引擎層實現(xiàn)的（也就是說是 Innodb 存儲引起過獨有的）bin log 是 MySQL 層實現(xiàn)的，所有引擎都可以使用 bin log 日志記錄方式 redo log 采用循環(huán)寫的方式記錄，當寫到結(jié)尾時，會回到開頭循環(huán)寫日志。bin log 通過追加的方式記錄，當文件大小大于給定值后，后續(xù)的日志會記錄到新的文件上使用場景 redo log 適用于崩潰恢復(fù) (crash-safe)（這一點其實非常類似與 Redis 的持久化特征）bin log 適用于主從復(fù)制和數(shù)據(jù)恢復(fù)

bin log 記錄的是整個操作記錄（這個對于主從復(fù)制具有非常重要的意義）

以上是“執(zhí)行一句 SQL 的情況有哪些”這篇文章的所有內(nèi)容，感謝各位的閱讀！希望分享的內(nèi)容對大家有幫助，更多相關(guān)知識，歡迎關(guān)注丸趣 TV 行業(yè)資訊頻道！