客戶端進(jìn)程向服務(wù)器進(jìn)程發(fā)送一段文本（MySQL語句），服務(wù)器進(jìn)程處理后再向客戶端進(jìn)程發(fā)送一段文本（處理結(jié)果）。

從圖中我們可以看出，服務(wù)器程序處理來自客戶端的查詢請求大致需要經(jīng)過三個部分，分別是 連接管理 、 解析與優(yōu)化 、 存儲引擎 。

1.6.1 連接管理

客戶端進(jìn)程可以采用我們上邊介紹的 TCP/IP 、 命名管道或共享內(nèi)存 、 Unix域套接字 這幾種方式之一來與服務(wù)器進(jìn)程建立連接，每當(dāng)有一個客戶端進(jìn)程連接到服務(wù)器進(jìn)程時，服務(wù)器進(jìn)程都會創(chuàng)建一個線程來專門處理與這個客戶端的交互，當(dāng)該客戶端退出時會與服務(wù)器斷開連接，服務(wù)器并不會立即把與該客戶端交互的線程銷毀掉，而是把它緩存起來，在另一個新的客戶端再進(jìn)行連接時，把這個緩存的線程分配給該新客戶端。這樣就起到了不頻繁創(chuàng)建和銷毀線程的效果，從而節(jié)省開銷。從這一點大家也能看出， MySQL 服務(wù)器會為每一個連接進(jìn)來的客戶端分配一個線程，但是線程分配的太多了會嚴(yán)重影響系統(tǒng)性能，所以我們也需要限制一下可以同時連接到服務(wù)器的客戶端數(shù)量。

在客戶端程序發(fā)起連接的時候，需要攜帶主機(jī)信息、用戶名、密碼，服務(wù)器程序會對客戶端程序提供的這些信息進(jìn)行認(rèn)證，如果認(rèn)證失敗，服務(wù)器程序會拒絕連接。另外，如果客戶端程序和服務(wù)器程序不運(yùn)行在一臺計算機(jī)上，我們還可以采用使用了 SSL （安全套接字）的網(wǎng)絡(luò)連接進(jìn)行通信，來保證數(shù)據(jù)傳輸?shù)陌踩浴?/p>

當(dāng)連接建立后，與該客戶端關(guān)聯(lián)的服務(wù)器線程會一直等待客戶端發(fā)送過來的請求， MySQL 服務(wù)器接收到的請求只是一個文本消息，該文本消息還要經(jīng)過各種處理。

1.6.2 解析與優(yōu)化

1.6.2.1 查詢緩存

MySQL服務(wù)器處理查詢請求的時候，會把剛剛處理過的查詢請求和結(jié)果緩存起來，如果下次有一樣的請求過來，直接從緩存中查找結(jié)果就好了。這個查詢緩存可以在不同客戶端之間共享，也就是說如果客戶端A剛剛查詢了一個語句，而客戶端B之后發(fā)送了同樣的查詢請求，那么客戶端B的這次查詢就可以直接使用查詢緩存中的數(shù)據(jù)。

不過，如果兩個查詢請求在任何字符上的不同（例如：空格、注釋、大小寫），都會導(dǎo)致緩存不會命中。另外，如果查詢請求中包含某些系統(tǒng)函數(shù)、用戶自定義變量和函數(shù)、一些系統(tǒng)表，如mysql 、information_schema、 performance_schema 數(shù)據(jù)庫中的表，那這個請求就不會被緩存。

既然是緩存，那就有它緩存失效的時候。MySQL的緩存系統(tǒng)會監(jiān)測涉及到的每張表，只要該表的結(jié)構(gòu)或者數(shù)據(jù)被修改，如對該表使用了 INSERT 、 UPDATE 、 DELETE 、 TRUNCATE TABLE 、 ALTER TABLE 、 DROP TABLE 或DROP DATABASE 語句，那使用該表的所有高速緩存查詢都將變?yōu)闊o效并從高速緩存中刪除。

1.6.2.2 語法解析

如果查詢緩存沒有命中，接下來就需要進(jìn)入正式的查詢階段了。因為客戶端程序發(fā)送過來的請求只是一段文本而已，所以 MySQL 服務(wù)器程序首先要對這段文本做分析，判斷請求的語法是否正確，然后從文本中將要查詢的表、各種查詢條件都提取出來放到 MySQL 服務(wù)器內(nèi)部使用的一些數(shù)據(jù)結(jié)構(gòu)上來。

1.6.2.3 查詢優(yōu)化

語法解析之后，服務(wù)器程序獲得到了需要的信息，比如要查詢的列是哪些，表是哪個，搜索條件是什么等等。因為我們自己寫的效率不夠高，MySQL 的優(yōu)化程序會對我們的語句做一些優(yōu)化，如外連接轉(zhuǎn)換為內(nèi)連接、表達(dá)式簡化、子查詢轉(zhuǎn)為連接等，優(yōu)化的結(jié)果就是生成一個執(zhí)行計劃，這個執(zhí)行計劃表明了應(yīng)該使用哪些索引進(jìn)行查詢，表之間的連接順序是啥樣的。我們可以使用EXPLAIN 語句來查看某個語句的執(zhí)行計劃。

1.6.3 存儲引擎

截止到服務(wù)器程序完成了查詢優(yōu)化為止，還沒有真正的去訪問真實的數(shù)據(jù)表， MySQL 服務(wù)器把數(shù)據(jù)的存儲和提取操作都封裝到了一個叫 存儲引擎 的模塊里。我們知道 表 是由一行一行的記錄組成的，但這只是一個邏輯上的概念，物理上如何表示記錄，怎么從表中讀取數(shù)據(jù)，怎么把數(shù)據(jù)寫入具體的物理存儲器上，這都是 存儲引擎 負(fù)責(zé)的事情。為了實現(xiàn)不同的功能， MySQL 提供了各式各樣的 存儲引擎 ，不同 存儲引擎 管理的表具體的存儲結(jié)構(gòu)可能不同，采用的存取算法也可能不同。

為了管理方便，人們把 連接管理 、 查詢緩存 、 語法解析 、 查詢優(yōu)化 這些并不涉及真實數(shù)據(jù)存儲的功能劃分為 MySQL server 的功能，把真實存取數(shù)據(jù)的功能劃分為 存儲引擎 的功能。各種不同的存儲引擎向上邊的 MySQLserver 層提供統(tǒng)一的調(diào)用接口（也就是存儲引擎API），包含了幾十個底層函數(shù)，像"讀取索引第一條內(nèi)容"、"讀取索引下一條內(nèi)容"、"插入記錄"等等。

所以在 MySQL server 完成了查詢優(yōu)化后，只需按照生成的執(zhí)行計劃調(diào)用底層存儲引擎提供的API，獲取到數(shù)據(jù)后返回給客戶端就好了。

?文章來源地址http://www.zghlxwxcb.cn/news/detail-672974.html

到了這里，關(guān)于1.6 服務(wù)器處理客戶端請求的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！