解讀MySQL的客戶端和服務(wù)端協(xié)議
如果需要從 MySQL 服務(wù)端獲得很高的性能,最佳的方式就是花時間研究 MySQL 優(yōu)化和執(zhí)行查詢的機(jī)制。一旦理解了這些,大部分的查詢優(yōu)化是有據(jù)可循的,從而使得整個查詢優(yōu)化的過程更有邏輯性。下圖展示了 MySQL 執(zhí)行查詢的過程:
- 客戶端將 SQL 語句發(fā)送到服務(wù)端。
- 服務(wù)端檢查查詢緩存。如果緩存中已有數(shù)據(jù),則直接返回緩存結(jié)果;否則,將 SQL 語句傳遞給下一環(huán)節(jié)。
- 服務(wù)端解析、預(yù)處理和優(yōu)化 SQL 語句后,傳遞到查詢優(yōu)化器中形成查詢計劃。
- 查詢執(zhí)行引擎通過調(diào)用存儲引擎接口執(zhí)行查詢計劃。
- 服務(wù)端將查詢結(jié)果返回給客戶端。
上述的幾個步驟都有其復(fù)雜性,接下來幾篇文章將詳細(xì)講述各個環(huán)節(jié)。查詢優(yōu)化過程尤其復(fù)雜,并且理解這一環(huán)節(jié)很重要。

MySQL 客戶端/服務(wù)端協(xié)議
雖然并不需要了解 MySQL 客戶端/服務(wù)端協(xié)議的內(nèi)部細(xì)節(jié),但需要從高應(yīng)用層面理解其是如何工作的。這個協(xié)議是半雙工的,這意味著 MySQL 服務(wù)端不同同時發(fā)送和接收消息,以及不可以將消息拆成多條短消息發(fā)送。這種機(jī)制一方面使得 MySQL 的通信簡單快速,另一方面也增加了一些限制。例如,這意味著無法進(jìn)行流控,一旦一方發(fā)送了消息,另一方在響應(yīng)前必須接收整個消息。這就好像來回打乒乓球一樣,同一時間只有一方有球,只有接到了球才能把它打回去。
客戶端通過單個數(shù)據(jù)包將查詢語句發(fā)送給服務(wù)端,因此在存在大的查詢語句時配置 max_allowed_packet 很重要。一旦客戶端發(fā)送查詢語句后,它就只能等待返回結(jié)果。
相反,服務(wù)端的響應(yīng)通常是由多個數(shù)據(jù)包組成的。一旦服務(wù)端響應(yīng)后,客戶端必須獲取整個結(jié)果集??蛻舳藳]法簡單地獲取幾行然后告訴服務(wù)端不要再發(fā)送剩余的數(shù)據(jù)。如果客戶端僅僅需要返回數(shù)據(jù)前面的幾行,只能是等待服務(wù)端全部數(shù)據(jù)返回后再從中丟棄不需要的數(shù)據(jù),或者是粗暴地斷開連接。不管哪種方式都不是好的選擇,因此合適的 LIMIT子句就顯得十分重要。
大部分的 MySQL連接庫支持獲取整個結(jié)果集并在內(nèi)存中緩存起來,或者是獲取需要的數(shù)據(jù)行。默認(rèn)的行為通常是獲取整個結(jié)果集然后在內(nèi)存緩存。知道這一點(diǎn)很重要,因?yàn)?MySQL 服務(wù)端在所有請求的數(shù)據(jù)行沒返回前,不會釋放這次查詢的鎖和資源。大部分客戶端庫會讓你感覺數(shù)據(jù)是從服務(wù)端獲取的,實(shí)際上這些數(shù)據(jù)可能僅僅是從緩存中讀取的。這在大部分時間是沒問題的,但對于耗時很久或占據(jù)很多內(nèi)存的大數(shù)據(jù)量查詢來說就不合適了。如果指定了不緩存查詢結(jié)果,那么占用的內(nèi)存會更小,并且可以更快地處理結(jié)果。缺點(diǎn)是這種方式會在查詢時引起 服務(wù)端的鎖和資源占用。
以 PHP 為例,以下是PHP常用的查詢代碼:
<?php
$link = mysql_connect('localhost', 'user', 'password');
$result = mysql_query('SELECT * FROM huge_table', $link);
while ($row = mysql_fetch_array($result)) {
//處理數(shù)據(jù)結(jié)果
}
?>
這個代碼看起來好像是只獲取了需要的數(shù)據(jù)行。然而,這個查詢通過 mysql_query 的調(diào)用后實(shí)際上將全部結(jié)果放到了內(nèi)存中。而 while 循環(huán)實(shí)際上是對內(nèi)存中的數(shù)據(jù)進(jìn)行循環(huán)迭代。相反,如果使用 mysql_unbuffered_query 替代 mysql_query 的話,那就不會緩存結(jié)果。
<?php
$link = mysql_connect('localhost', 'user', 'password');
$result = mysql_unbuffered_query('SELECT * FROM huge_table', $link);
while ($row = mysql_fetch_array($result)) {
//處理數(shù)據(jù)結(jié)果
}
?>
不同的編程語言處理緩存覆蓋的方式不同。例如,Perl 的 DBD::mysql 驅(qū)動需要通過 mysql_use_result 屬性指定 C 語音客戶端庫(默認(rèn)是 mysql_buffer_result),示例如下:
#!/usr/bin/perl
use DBI;
my $dbn = DBI->connect('DBI:mysql:;host=localhost', 'user', 'password');
my $sth = $dbn->prepare('SELECT * FROM huge_table', {mysql_use_result => 1});
$sth->execute();
while (my $row = $sth->fetchrow_array()) {
#處理數(shù)據(jù)結(jié)果
}
注意到 prepare 指定了使用結(jié)果而不是緩存結(jié)果。也可以通過在連接的時候指定,這會使得每次查詢都不緩存。
my $dbn = DBI->connect('DBI:mysql:;mysql_use_result=1;host=localhost', 'user', 'password');
以上就是解讀MySQL的客戶端和服務(wù)端協(xié)議的詳細(xì)內(nèi)容,更多關(guān)于MySQL 客戶端和服務(wù)端協(xié)議的資料請關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
MySL實(shí)現(xiàn)如等級成色等特殊順序的排序詳解
這篇文章主要為大家介紹了MySL實(shí)現(xiàn)如等級成色等特殊順序的排序詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2023-05-05
MySQL慢查詢中的commit慢和binlog中慢事務(wù)的區(qū)別
這篇文章主要介紹了MySQL慢查詢中的commit慢和binlog中慢事務(wù)的差異,本文給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2022-06-06
mysql時間字段默認(rèn)設(shè)置為當(dāng)前時間實(shí)例代碼
很多人可能會把日期類型的字段的類型設(shè)置為date或者datetime,2022-08-08
但是這兩個類型是無法設(shè)置默認(rèn)值為當(dāng)前日期的,下面這篇文章主要給大家介紹了關(guān)于mysql時間字段默認(rèn)設(shè)置為當(dāng)前時間的相關(guān)資料,需要的朋友可以參考下

