成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

從輸入 SQL 到返回數據,到底發生了什么?

數據庫 SQL Server
當我們輸入 SQL 到 MySQL 返回數據,這中間到底發生了什么呢?今天我們就來扒一扒這里面的細節。

SQL 執行流程

其實一個 SQL 從輸入到返回數據,其過程大致為:建立連接、分析 SQL、優化 SQL、執行 SQL。

建立連接

當我們發送 SQL 給 MySQL 之前,我們都會輸入賬號和密碼,從而與 MySQL 建立連接。這部分的工作,其實就是 MySQL 的連接器處理的。連接器負責跟客戶端建立連接、獲取權限、維持和管理連接。

當我們用管理員賬號對賬號權限做修改后,不影響已經存在的連接的權限,只有新建的連接才會使用新的權限設置。我們可以通過 show processlist 命令查看目前的連接情況,如下圖所示。

上圖中的 Command 列顯示 Sleep 有好幾個空閑的連接。如果客戶端太久沒動靜,連接器就會自動斷開,這個參數由 wait_timeout 控制,默認是 8 小時。

分析 SQL

在 MySQL 8.0 版本之前,MySQL 拿到一個查詢請求后,會先到查詢緩存中看看是否有查過。如果有,那么直接返回緩存的結果。但在 8.0 版本之后,查詢緩存功能直接被刪除了。主要是因為查詢緩存弊大于利。

因為只要對一個表進行更新,這個表上的查詢緩存就會被清空。可能你剛剛把結果緩存起來了,一個更新操作一來,這些緩存就全部失效了。所以查詢緩存適合那些更新不頻繁的表,用來提高查詢效率。

當拿到 SQL 之后,MySQL 會對 SQL 進行詞法分析和語法分析。詞法分析會解析每個詞的含義,而語法分析則是解析語法是否準確,分析器先會做詞法分析,再做語法分析。

你輸入的是由多個字符串和空格組成的一條 SQL 語句,MySQL 需要識別出里面的字符串分別是什么,代表什么。例如:select 表示查詢,t 表示 t 這個表,字符串 ID 識別成列 ID。做完詞法分析之后,就會做語法分析。

根據詞法分析的結果,語法分析器會根據語法規則,判斷輸入的 SQL 語句是否滿足 MySQL 語法。如果不滿足語法,會有「You have an error in your SQL syntax」的錯誤提醒。

優化 SQL

經過分析器,MySQL 就知道你要做什么了。但在開始執行之前,還要先經過優化器的處理。優化器是在表里面有多個索引的時候,決定使用哪個索引。或者在一個語句有多表關聯(join)的時候,決定各個表的連接順序。

有時候兩種執行方法的邏輯結果是一樣的,但是執行的效率會有不同,而優化器的作用就是決定選擇使用哪一個方案。優化器階段完成后,這個語句的執行方案就確定下來了,然后進入執行器階段。

執行 SQL

MySQL 通過分析器知道了你要做什么,通過優化器知道了該怎么做,于是就進入了執行器階段,開始執行語句。開始執行的時候,要先判斷一下你對這個表 T 有沒有執行查詢的權限,如果沒有,就會返回沒有權限的錯誤。

如果有權限,就打開表繼續執行。打開表的時候,執行器就會根據表的引擎定義,去使用這個引擎提供的接口。例如對于 select * from T where ID=10; 這條語句,ID 字段沒有索引,那么執行器的執行流程是這樣的:

  1. 調用 InnoDB 引擎接口取這個表的第一行,判斷 ID 值是不是 10,如果不是則跳過,如果是則將這行存在結果集中。
  2. 調用引擎接口取「下一行」,重復相同的判斷邏輯,直到取到這個表的最后一行。
  3. 執行器將上述遍歷過程中所有滿足條件的行組成的記錄集作為結果集返回給客戶端。

至此,這個語句就執行完成了。

對于有索引的表,執行的邏輯也差不多。第一次調用的是「取滿足條件的第一行」這個接口,之后循環取「滿足條件的下一行」這個接口,這些接口都是引擎中已經定義好的。

你會在數據庫的慢查詢日志中看到一個 rows_examined 的字段,表示這個語句在執行器執行過程中掃描了多少行。這個值就是在執行器每次調用引擎獲取數據行的時候累加的。在有些場景下,執行器調用一次,在引擎內部則掃描了多行,因此引擎掃描行數跟 rows_examined 并不是完全相同的。

MySQL 技術架構

其實上面的過程,就是按著 MySQL 的技術架構來的,其技術架構如下圖所示。

大體來說,MySQL 技術架構可以分為 Server 層和存儲引擎層兩部分。

Server 層負責建立連接、分析 SQL 等功能。 所有跨存儲引擎的功能都在這一層實現,例如存儲過程、觸發器、視圖等。

存儲引擎層負責數據的存儲和提取。 其架構模式是插件式的,支持 InnoDB、MyISAM、Memory 等多個存儲引擎。現在最常用的是 InnoDB 存儲引擎,從 MySQL 5.5.5 開始成為了默認的存儲引擎。

InnoDB 存儲引擎

目前使用最廣泛的是 InnoDB 存儲引擎,其體系架構分為三大塊,分別是:后臺線程、內存池、文件,其體系架構如下圖所示。

InnoDB 存儲引擎體系架構

在上圖中,后臺線程負責刷新內存池的數據,內存池負責緩存磁盤的數據,文件則是具體的數據存儲。

后臺線程的主要工作是負責刷新內存池的數據,保證緩沖池中的內存緩存的是最近的數據。InnoDB 存儲引擎是多線程的模型,因此其后臺有多個不同的后臺線程,負責處理不同的任務。目前有 4 種不同類型的處理線程,分別是:Master Tread、IO Thread、Purge Thread、Page Cleaner Thread。

內存池是 InnoDB 所管理內存的統稱,主要用于緩存磁盤數據,從而加快數據的讀取。根據其用途不同,內存池還可以分為:緩沖池、重做日志緩沖、額外內存池三大塊。

文件則是最終存取數據庫數據的地方,其存儲了包括索引文件、數據文件等相關的數據文件。

總結

最后我們總結一下一條 SQL 語句從查詢到返回數據的4個階段,分別是:

  • 建立連接。客戶端會首先與 MySQL 建立 TCP 連接,在連接器中會進行連接管理、權限驗證等操作。
  • 分析 SQL。分析器進行詞法、語法分析,詞法分析知道要查詢什么內容,語法分析判斷語法是否有問題。
  • 優化 SQL。優化器根據 SQL 情況,判斷使用哪種執行方式更好,例如使用哪個索引,哪種表連接方式。
  • 執行 SQL。根據優化器的優化結果,生成執行計劃,執行器調用存儲引擎的 API 來執行查詢,最終將數據返回給客戶端。


責任編輯:華軒 來源: 陳樹義
相關推薦

2017-04-11 13:54:49

HTTPURLHTML

2020-01-10 08:54:24

URLDNSTCP

2017-09-22 13:24:20

2020-09-01 11:40:01

HTTPJavaTCP

2020-10-09 08:59:55

輸入網址解密

2020-08-17 12:47:07

Mozilla裁員瀏覽器

2022-04-28 07:52:05

HTTP瀏覽器

2019-11-12 14:41:41

Redis程序員Linux

2020-10-29 07:05:30

Main函數Python

2010-02-07 09:00:29

AndroidLinux Kerne

2025-06-30 09:26:47

2017-05-04 10:54:08

大數據存儲數據分析

2023-11-02 08:00:00

ClickHouse數據庫

2021-02-25 10:02:32

開機鍵Linux內存

2019-12-10 09:42:57

OOM運維內存

2022-05-31 13:58:09

MySQL查詢語句

2021-06-30 06:02:38

MySQL SQL 語句數據庫

2022-09-15 07:54:59

awaitPromise

2025-04-27 08:11:26

2011-03-31 09:20:45

URLDNSWeb應用程序
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 国产999精品久久久影片官网 | 国产精品123区 | 国产欧美一级二级三级在线视频 | 另类二区 | 91看片免费| 毛片免费看的 | 日本久久一区二区三区 | 一级a爱片久久毛片 | 成人免费精品视频 | 91视频在线观看免费 | 国产日韩在线观看一区 | 日韩a v在线免费观看 | 日韩av在线免费 | 久久久高清| 久久免费高清视频 | 免费av一区二区三区 | 国产日韩久久 | 欧美一区二区三区在线观看视频 | 97视频网站| 亚洲天堂免费 | 婷婷成人在线 | 福利片在线观看 | 国产一区欧美一区 | 国产精品久久久久久吹潮 | 国产日韩精品一区二区 | 午夜视频一区 | 国产精品久久久亚洲 | 国产福利在线 | 九九热这里 | 91影院在线观看 | 精品国产一级 | 天天干天天操天天射 | 欧美一级视频在线观看 | 国产高清视频 | 国产精品免费视频一区 | 久久久久久久av | 黄色片免费在线观看 | 欧美成人一区二区 | 亚洲精品久久久 | 女朋友的闺蜜3韩国三级 | 国产精品99久久久精品免费观看 |