MySQL執行原理，邏輯分層、更改資料庫處理引擎
MySQL執行原理，邏輯分層、更改資料庫處理引擎
作者：Stanley 羅昊
QQ：11646110146
用了那麼長時間的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叫排擠
所以，職場禮儀很重要！