只要是b/s架構，都是會有客戶端與服務端，mysql也不例外。
首先客戶端發出乙個請求，這個請求就是乙個查詢請求（select），而它請求的物件就是服務端，服務端是怎麼處理這項查詢功能的呢？
首先可以把服務端想象成乙個大的容器，裡面有四層結構，當乙個請求過來後，將會執行這四層，執行一遍後才會返回給我們想要的結果。
第一層 ：連線層
我們客戶端傳送乙個select是直接交給連線層來處理，作用就是提供與客戶端連線的服務
連線層只是與客戶端建立起連線，並且拿到我們的請求（select），但是它本身不做處理，因為它只做連線，那誰來處理呢？接著往下走。
第二層：服務層
服務層可以幹兩件事情：
提供給使用者各種可以使用的介面
剛才的查詢就是我們常見的crud（增刪改查）操作都在這裡，連線層拿到這個select直接了給了服務層，這裡除了給使用者提供介面以外，還提供了乙個聲稱為sql優化器的東西
sql優化器（mysql query optimier）
當我們編寫sql語句執行時，執行到這裡後（第二層），優化器會覺得我寫的sql語句效能不夠好，這個時候，優化器會自己寫乙個等價於跟我寫的執行後結果一致的sql語句進行代替，這個等價寫法就是通過這個優化器把你寫的sql給優化了，因為它覺得你寫的效能太低了，所以它就把你寫的sql給優化了一下，這個優化操作就是優化器幹的事情；
很明顯，優化器可以將sql語句進行優化，它是可以對效能產生一定的好處，但是有弊端！舉個例子：
「當你自己優化時是a，但是實際執行並不是a，因為優化器會覺得你優化的還是不夠好，結果把a變成b了，也就說，我明明寫的是a，但程式執行的是b」,這會對我們開發過程造成混亂，因為它已經被優化了。你寫的跟之前的已經不是一致的了
第三層：引擎層
它提供了各種儲存資料的方式，常見的有：lnnodb、mylsam
重點區別：
lnnodb 【mysql預設】：它在設計的時候，它是事物優先 【適合高併發操作】原理：因為它是行鎖，我每一條資料都要鎖，鎖的太多，效能就降低了，雖然效能降低了，但是我適合高併發了，就不容易出錯了
mylsam：效能優先 原理：因為它是表鎖，對於表裡面的十條資料來說是不受影響的，對十條鎖一次就完了，所以效能快
效能優先就很好理解了，比如說一萬條資料，它處理的快一點，效率會高一點
事務就是防止一些併發操作，併發太大可能出錯，所以適合高併發操作。
所以在做專案的時候，建立資料庫時，如果效能優先，就選擇mylsam引擎，如果是高併發操作，就選擇lnnodb 引擎；
第四層：儲存層
資料是儲存在儲存層裡面的．
思路：
首先客戶端發出乙個select操作—>連線層接收後給服務層—>服務層對你的查詢進行乙個優化，並把優化結果給引擎層—>選擇當前資料庫的引擎，選完引擎後，引擎將最終的資料交給了儲存層—>儲存層，用儲存層來存資料
檢視mysql所支援的所有引擎
檢視當前資料庫使用的引擎
指定資料庫物件的引擎
MySQL執行原理，邏輯分層 更改資料庫處理引擎
用了那麼長時間的mysql，sql語句相信早已爛熟於心，於是，我就試著去了解它的執行原理，以下是我學習過程中的總結要點。只要是b s架構，都是會有客戶端與服務端，mysql也不例外。首先客戶端發出乙個請求，這個請求就是乙個查詢請求 select 而它請求的物件就是服務端，服務端是怎麼處理這項查詢功能...
Mysql分層邏輯架構
mysql是乙個開源的關係型資料庫產品，採用處理與儲存分離的設計，靈活性高，這些年已成為網際網路應用上常用的關係型資料庫。網際網路系統特點是高併發，大資料量，一般瓶頸最終還是會落到資料庫，所以優化mysql是必不可少的。優化前我們要對mysql服務內部的邏輯結構有一定了解,有助於我們對優化的深入學習...
mysql執行原理 mysql 執行原理
闡述mysql系統的各個模組是如何相親相愛的完成乙個我們認為的很簡單的查詢工作的。我們對啟動mysql，客戶端建立連線，請求query，得到返回結果，最終退出。這樣一整個過程來進行分析。第一步 當我們執行啟動mysql系統的命令之後，mysql的初始化模組就從系統配置檔案中讀取系統引數和命令列引數，...