View Post
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叫排擠
是以，職場禮儀很重要！
posted on 2019-02-17 09:57 StanleyBlogs 閱讀(...) 評論(...) 編輯 收藏