MySQL邏輯架構(gòu)

如果能在頭腦中構(gòu)建一幅MySQL各組件之間如何協(xié)同工作的架構(gòu)圖，有助于深入理解MySQL服務(wù)器。下圖展示了MySQL的邏輯架構(gòu)圖。

MySQL邏輯架構(gòu)，來自：高性能MySQL

MySQL邏輯架構(gòu)整體分為三層，最上層為客戶端層，并非MySQL所獨(dú)有，諸如：連接處理、授權(quán)認(rèn)證、安全等功能均在這一層處理。

MySQL大多數(shù)核心服務(wù)均在中間這一層，包括查詢解析、分析、優(yōu)化、緩存、內(nèi)置函數(shù)(比如：時間、數(shù)學(xué)、加密等函數(shù))。所有的跨存儲引擎的功能也在這一層實(shí)現(xiàn)：存儲過程、觸發(fā)器、視圖等。

最下層為存儲引擎，其負(fù)責(zé)MySQL中的數(shù)據(jù)存儲和提取。和Linux下的文件系統(tǒng)類似，每種存儲引擎都有其優(yōu)勢和劣勢。中間的服務(wù)層通過API與存儲引擎通信，這些API接口屏蔽了不同存儲引擎間的差異。

MySQL使用基于成本的優(yōu)化器，它嘗試預(yù)測一個查詢使用某種執(zhí)行計(jì)劃時的成本，并選擇其中成本最小的一個。在MySQL可以通過查詢當(dāng)前會話的last_query_cost的值來得到其計(jì)算當(dāng)前查詢的成本。

示例代碼

mysql> select * from t_message limit 10;
...省略結(jié)果集

mysql> show status like 'last_query_cost';
+-----------------+-------------+
| Variable_name | Value |
+-----------------+-------------+
| Last_query_cost | 6391.799000 |
+-----------------+-------------+

示例中的結(jié)果表示優(yōu)化器認(rèn)為大概需要做6391個數(shù)據(jù)頁的隨機(jī)查找才能完成上面的查詢。這個結(jié)果是根據(jù)一些列的統(tǒng)計(jì)信息計(jì)算得來的，這些統(tǒng)計(jì)信息包括：每張表或者索引的頁面?zhèn)€數(shù)、索引的基數(shù)、索引和數(shù)據(jù)行的長度、索引的分布情況等等。

有非常多的原因會導(dǎo)致MySQL選擇錯誤的執(zhí)行計(jì)劃，比如統(tǒng)計(jì)信息不準(zhǔn)確、不會考慮不受其控制的操作成本（用戶自定義函數(shù)、存儲過程）、MySQL認(rèn)為的最優(yōu)跟我們想的不一樣（我們希望執(zhí)行時間盡可能短，但MySQL值選擇它認(rèn)為成本小的，但成本小并不意味著執(zhí)行時間短）等等。

這里last_query_cost的值是io_cost和cpu_cost的開銷總和，它通常也是我們評價一個查詢的執(zhí)行效率的一個常用指標(biāo)。

(1)它是作為比較各個查詢之間的開銷的一個依據(jù)。

(2)它只能檢測比較簡單的查詢開銷，對于包含子查詢和union的查詢是測試不出來的。

(3)當(dāng)我們執(zhí)行查詢的時候，MySQL會自動生成一個執(zhí)行計(jì)劃，也就是query  plan，而且通常有很多種不同的實(shí)現(xiàn)方式，它會選擇最低的那一個，而這個cost值就是開銷最低的那一個。

(4)它對于比較我們的開銷是非常有用的，特別是我們有好幾種查詢方式可選的時候。

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。

最新評論