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