MySQL執行原理，邏輯分層、更改數據庫處理引擎

作者：Stanley 羅昊

【轉載請注明出處和署名，謝謝！】

用了那么長時間的MySQL，sql語句相信早已爛熟於心，於是，我就試着去了解它的執行原理，以下是我學習過程中的總結要點。

只要是B/S架構，都是會有客戶端與服務端，mysql也不例外。

首先客戶端發出一個請求，這個請求就是一個查詢請求（Select），而它請求的對象就是服務端，服務端是怎么處理這項查詢功能的呢？

邏輯分層

首先可以把服務端想象成一個大的容器，里面有四層結構，當一個請求過來后，將會執行這四層，執行一遍后才會返回給我們想要的結果。

第一層 ：連接層

也就是說，我們客戶端發送一個Select是直接交給連接層來處理，而它的作用就是提供與客戶端連接的服務

連接層只是與客戶端建立起連接，並且拿到我們的請求（Select），但是它本身不做處理，因為它只做連接，那誰來處理呢？接着往下走。

第二層：服務層

服務層可以干兩件事情：

1.提供給用戶各種可以使用的接口

比如說剛才的查詢就是，我們常見的CRUD（增刪改查）操作都在這里，連接層拿到這個Select直接了給了服務層，這里除了給用戶提供接口以外，還提供了一個聲稱為Sql優化器的東西

2.Sql優化器（MySQL QUery Optimier）

當我們編寫Sql語句執行時，執行到這里后（第二層），優化器會覺得我寫的sql語句性能不夠好，這個時候，優化器會自己寫一個等價於跟我寫的執行后結果一致的sql語句進行代替，這個等價寫法就是通過這個優化器把你寫的sql給優化了，因為它覺得你寫的性能太低了，所以它就把你寫的sql給優化了一下，這個優化操作就是優化器干的事情；

很明顯，優化器可以將sql語句進行優化，它是可以對性能產生一定的好處，但是有弊端！舉個例子：

“當你自己優化時是a，但是實際執行並不是a，因為優化器會覺得你優化的還是不夠好，結果把a變成b了，也就說，我明明寫的是a，但程序執行的是b”

這會對我們開發過程造成混亂，因為它已經被優化了。你寫的跟之前的已經不是一致的了

第三層：引擎層

它提供了各種存儲數據的方式，常見的有：lnnoDB、MylSAM

重點區別：

lnnoDB 【Mysql默認】：它在設計的時候，它是事物優先 【適合高並發操作】原理：因為它是行鎖，我每一條數據都要鎖，鎖的太多，性能就降低了，雖然性能降低了，但是我適合高並發了，就不容易出錯了

MylSAM：性能優先 原理：因為它是表鎖，對於表里面的十條數據來說是不受影響的，對十條鎖一次就完了，所以性能快

性能優先就很好理解了，比如說一萬條數據，它處理的快一點，效率會高一點

事物就是防止一些並發操作，並發太大可能出錯，所以適合高並發操作

所以在做項目的時候，建立數據庫時，如果性能優先，就選擇MylSAM引擎，如果是高並發操作，就選擇lnnoDB 引擎；如何更換引擎我下面會講

第四層：存儲層

這就很好理解了，最終的數據在存儲層里面存儲

說完四層后，我們來厘清思路

首先客戶端發出一個Select操作--->連接層接收后給服務層--->服務層對你的查詢進行一個優化，並把優化結果給引擎層--->選擇當前數據庫的引擎，選完引擎后，引擎將最終的數據交給了存儲層--->存儲層，用存儲層來存數據

查看引擎

show engines;查看Mysql所支持的所有引擎

執行結果：

yes就是支持，在InnoDB支持選項是DEFAULT（默認）也就說明，當我們創建數據庫的時候默認引擎就是InnoDB

查看當前數據庫使用的引擎

show variables like '%storage_engine%';

執行結果：

很顯然，我們目前用的就是InnoDB

指定數據庫對象的引擎

我現在創建一張表，這個張表我不用InnoDB，用MylSAM，因為我想讓它性能優先，下面我就使用mysql命令行進行創建表

1.指定數據庫指令：use 數據庫名

2.在指定的數據庫中創建一張簡單的表

create table tb(

id int (4),

name varchar(5),

primary key(id)

)ENGINE=MyISAM;

執行結果：

表明創建成功，並且該表的引擎是指定的我們手動指定的引擎，而不是默認的。

今日感悟：

不要認為工作后只要努力就夠了，如何跟同事和老板相處，甚至比努力工作更重要，

在職場上，你的去留20%是自己決定的，40%是老板決定的，剩下的%40叫排擠

所以，職場禮儀很重要！