我們經(jīng)常說，看一個(gè)事兒千萬不要直接陷入細(xì)節(jié)里，你應(yīng)該先鳥瞰其全貌，這樣能夠幫助你從高維度理解問題。同樣，對(duì)于 MySQL 的學(xué)習(xí)也是這樣。平時(shí)我們使用數(shù)據(jù)庫，看到的通常都是一個(gè)整體。比如，你有個(gè)最簡(jiǎn)單的表，表里只有一個(gè) ID 字段，在執(zhí)行下面這個(gè)查詢語句時(shí)：
? 復(fù)制代碼
mysql> select * from T where ID= 10 ；
我們看到的只是輸入一條語句，返回一個(gè)結(jié)果，卻不知道這條語句在 MySQL 內(nèi)部的執(zhí)行過程。
所以今天我想和你一起把 MySQL 拆解一下，看看里面都有哪些“零件”，希望借由這個(gè)拆解過程，讓你對(duì) MySQL 有更深入的理解。這樣當(dāng)我們碰到 MySQL 的一些異常或者問題時(shí)，就能夠直戳本質(zhì)，更為快速地定位并解決問題。
下面我給出的是 MySQL 的基本架構(gòu)示意圖，從中你可以清楚地看到 SQL 語句在 MySQL 的各個(gè)功能模塊中的執(zhí)行過程。
當(dāng)我們輸入一條 SQL 查詢語句時(shí)，發(fā)生了什么？
大體來說，MySQL 可以分為 Server 層和存儲(chǔ)引擎層兩部分。
Server 層包括連接器、查詢緩存、分析器、優(yōu)化器、執(zhí)行器等，涵蓋 MySQL 的大多數(shù)核心服務(wù)功能，以及所有的內(nèi)置函數(shù)（如日期、時(shí)間、數(shù)學(xué)和加密函數(shù)等），所有跨存儲(chǔ)引擎的功能都在這一層實(shí)現(xiàn)，比如存儲(chǔ)過程、觸發(fā)器、視圖等。
而存儲(chǔ)引擎層負(fù)責(zé)數(shù)據(jù)的存儲(chǔ)和提取。其架構(gòu)模式是插件式的，支持 InnoDB、MyISAM、Memory 等多個(gè)存儲(chǔ)引擎。現(xiàn)在最常用的存儲(chǔ)引擎是 InnoDB，它從 MySQL 5.5.5 版本開始成為了默認(rèn)存儲(chǔ)引擎。
但是全部使用長(zhǎng)連接后，你可能會(huì)發(fā)現(xiàn)，有些時(shí)候 MySQL 占用內(nèi)存漲得特別快，這是因?yàn)?MySQL 在執(zhí)行過程中臨時(shí)使用的內(nèi)存是管理在連接對(duì)象里面的。這些資源會(huì)在連接斷開的時(shí)候才釋放。所以如果長(zhǎng)連接累積下來，可能導(dǎo)致內(nèi)存占用太大，被系統(tǒng)強(qiáng)行殺掉（OOM），從現(xiàn)象看就是 MySQL 異常重啟了。
