MySQL高級學(xué)習(xí)筆記(三):Mysql邏輯架構(gòu)介紹、mysql存儲引擎詳解
Mysql邏輯架構(gòu)介紹總體概覽
和其它數(shù)據(jù)庫相比,MySQL有點(diǎn)與眾不同,它的架構(gòu)可以在多種不同場景中應(yīng)用并發(fā)揮良好作用。主要體現(xiàn)在存儲引擎的架構(gòu)上,插件式的存儲引擎架構(gòu)將查詢處理和其它的系統(tǒng)任務(wù)以及數(shù)據(jù)的存儲提取相分離 。 這種架構(gòu)可以根據(jù)業(yè)務(wù)的需求和實(shí)際需要選擇合適的存儲引擎。
controller層:
Connectors:連接層,c 、java等連接mysql
業(yè)務(wù)邏輯處理成:
Connection Pool:連接層 c3p0連接池等
Manager Service util:備份、容災(zāi)恢復(fù)、集群等
sql interface:存儲過程、視圖觸發(fā)器
parser:查詢事物、對象的權(quán)限
如果是select開頭的就認(rèn)為是讀的操作,insert開頭的就是寫的操作,
sql語句的加載從from開始,轉(zhuǎn)換成mysql能夠讀懂的形式
optimizer:mysql優(yōu)化器 ,經(jīng)過前面的轉(zhuǎn)換,這里mysql會優(yōu)化成mysql自己認(rèn)為最優(yōu)的方式
,并不是我們?nèi)藶榈膬?yōu)化
caches & buffers:緩沖
可拔插式的存儲引擎
plugin storage engine
大部分用的是myism和innodb
文件存儲層 計(jì)算機(jī)硬件
file system
file & logs
1.連接層
最上層是一些客戶端和連接服務(wù),包含本地sock通信和大多數(shù)基于客戶端/服務(wù)端工具實(shí)現(xiàn)的類似于tcp/ip的通信。主要完成一些類似于連接處理、授權(quán)認(rèn)證、及相關(guān)的安全方案。在該層上引入了線程池的概念,為通過認(rèn)證安全接入的客戶端提供線程。同樣在該層上可以實(shí)現(xiàn)基于SSL的安全鏈接。服務(wù)器也會為安全接入的每個客戶端驗(yàn)證它所具有的操作權(quán)限。
2.服務(wù)層
2.1 Management Serveices & Utilities : 系統(tǒng)管理和控制工具
2.2 SQL Interface : SQL接口
接受用戶的SQL命令,并且返回用戶需要查詢的結(jié)果。比如select from就是調(diào)用SQL Interface
2.3 Parser : 解析器
SQL命令傳遞到解析器的時候會被解析器驗(yàn)證和解析。
2.4 Optimizer : 查詢優(yōu)化器。
SQL語句在查詢之前會使用查詢優(yōu)化器對查詢進(jìn)行優(yōu)化。
用一個例子就可以理解: select uid,name from user where gender= 1;
優(yōu)化器來決定先投影還是先過濾。
2.5 Cache和Buffer: 查詢緩存。
如果查詢緩存有命中的查詢結(jié)果,查詢語句就可以直接去查詢緩存中取數(shù)據(jù)。
這個緩存機(jī)制是由一系列小緩存組成的。比如表緩存,記錄緩存,key緩存,權(quán)限緩存等
緩存是負(fù)責(zé)讀,緩沖負(fù)責(zé)寫。
3.引擎層
存儲引擎層,存儲引擎真正的負(fù)責(zé)了MySQL中數(shù)據(jù)的 存儲和提取 ,服務(wù)器通過API與存儲引擎進(jìn)行通信。不同的存儲引擎具有的功能不同,這樣我們可以根據(jù)自己的實(shí)際需要進(jìn)行選取。后面介紹MyISAM和InnoDB
4.存儲層
數(shù)據(jù)存儲層,主要是將數(shù)據(jù)存儲在運(yùn)行于裸設(shè)備的文件系統(tǒng)之上,并完成與存儲引擎的交互。
總體概覽
查詢流程圖:
首先,mysql的查詢流程大致是:
•mysql客戶端通過協(xié)議與mysql服務(wù)器建連接,發(fā)送查詢語句,先檢查查詢緩存,如果命中(一模一樣的sql才能命中),直接返回結(jié)果,否則進(jìn)行語句解析,也就是說,在解析查詢之前,服務(wù)器會先訪問查詢緩存(query cache)——它存儲SELECT語句以及相應(yīng)的查詢結(jié)果集。如果某個查詢結(jié)果已經(jīng)位于緩存中,服務(wù)器就不會再對查詢進(jìn)行解析、優(yōu)化、以及執(zhí)行。它僅僅將緩存中的結(jié)果返回給用戶即可,這將大大提高系統(tǒng)的性能。
語法解析器和預(yù)處理:首先mysql通過關(guān)鍵字將SQL語句進(jìn)行解析,并生成一顆對應(yīng)的“解析樹”。mysql解析器將使用mysql語法規(guī)則驗(yàn)證和解析查詢;預(yù)處理器則根據(jù)一些mysql規(guī)則進(jìn)一步檢查解析數(shù)是否合法。
查詢優(yōu)化器當(dāng)解析樹被認(rèn)為是合法的了,并且由優(yōu)化器將其轉(zhuǎn)化成執(zhí)行計(jì)劃。一條查詢可以有很多種執(zhí)行方式,最后都返回相同的結(jié)果。優(yōu)化器的作用就是找到這其中最好的執(zhí)行計(jì)劃。。
然后,mysql默認(rèn)使用的BTREE索引,并且一個大致方向是:無論怎么折騰sql,至少在目前來說,mysql最多只用到表中的一個索引。
mysql存儲引擎
查看命令
1 如何用命令查看
看你的 mysql 現(xiàn)在已提供什么存儲引擎 :
mysql> show engines;
InnoDB 默認(rèn)的,支持事物支持外鍵,且是行鎖
看你的 mysql 當(dāng)前默認(rèn)的存儲引擎 :
mysql> show variables like ‘%storage_engine%';
默認(rèn)的是InnoDB
當(dāng)前的也是InnoDB
各個引擎簡介
1、InnoDB存儲引擎
InnoDB是MySQL的默認(rèn) 事務(wù)型引擎 ,它被設(shè)計(jì)用來處理大量的短期(short-lived)事務(wù)。除非有非常特別的原因需要使用其他的存儲引擎,否則應(yīng)該優(yōu)先考慮InnoDB引擎。 行級鎖,適合高并發(fā)情況
2、MyISAM存儲引擎
MyISAM提供了大量的特性,包括全文索引、壓縮、空間函數(shù)(GIS)等,但MyISAM 不支持事務(wù)和行級鎖(myisam改表時會將整個表全鎖住) ,有一個毫無疑問的缺陷就是崩潰后無法安全恢復(fù)。
3、Archive引擎
Archive存儲引擎 只支持INSERT和SELECT 操作,在MySQL5.1之前不支持索引。
Archive表適合日志和數(shù)據(jù)采集類應(yīng)用。 適合低訪問量大數(shù)據(jù)等情況。
根據(jù)英文的測試結(jié)論來看,Archive表比MyISAM表要小大約75%,比支持事務(wù)處理的InnoDB表小大約83%。
4、Blackhole引擎
Blackhole引擎沒有實(shí)現(xiàn)任何存儲機(jī)制,它會丟棄所有插入的數(shù)據(jù),不做任何保存。但服務(wù)器會記錄Blackhole表的日志,所以可以用于復(fù)制數(shù)據(jù)到備庫,或者簡單地記錄到日志。但這種應(yīng)用方式會碰到很多問題,因此并不推薦。
5、CSV引擎
CSV引擎可以將普通的CSV文件作為MySQL的表來處理,但不支持索引。
CSV引擎可以作為一種數(shù)據(jù)交換的機(jī)制,非常有用。
CSV存儲的數(shù)據(jù)直接可以在操作系統(tǒng)里,用文本編輯器,或者excel讀取。
6、Memory引擎
如果需要快速地訪問數(shù)據(jù),并且這些數(shù)據(jù)不會被修改,重啟以后丟失也沒有關(guān)系,那么使用Memory表是非常有用。Memory表至少比MyISAM表要快一個數(shù)量級。(使用專業(yè)的內(nèi)存數(shù)據(jù)庫更快,如redis)
7、Federated引擎
Federated引擎是訪問其他MySQL服務(wù)器的一個代理,盡管該引擎看起來提供了一種很好的跨服務(wù)器的靈活性,但也經(jīng)常帶來問題,因此默認(rèn)是禁用的。
MyISAM和InnoDB(重點(diǎn))
對比項(xiàng) | MyISAM | InnoDB |
---|---|---|
主外鍵 | 不支持 | 支持 |
事務(wù) | 不支持 | 支持 |
行表鎖 | 表鎖,即使操作一條記錄也會鎖住整個表,不適合高并發(fā)的操作 | 行鎖,操作時只鎖某一行,不對其它行有影響, 適合高并發(fā) |
緩存 | 只緩存索引,不緩存真實(shí)數(shù)據(jù) | 不僅緩存索引還要緩存真實(shí)數(shù)據(jù),對內(nèi)存要求較高,而且內(nèi)存大小對性能有決定性的影響 |
表空間 | 小 | 大 |
關(guān)注點(diǎn) | 性能 | 事務(wù) |
默認(rèn)安裝 | Y | Y |
默認(rèn)安裝 | Y | Y |
默認(rèn)安裝 | Y | Y |
用戶表默認(rèn)使用 | N | Y |
自帶系統(tǒng)表使用 | Y | N |
innodb 索引 使用 B+TREE myisam 索引使用 b-tree
innodb 主鍵為聚簇索引,基于聚簇索引的增刪改查效率非常高。
阿里巴巴、淘寶用哪個
• Percona 為 MySQL 數(shù)據(jù)庫服務(wù)器進(jìn)行了改進(jìn),在功能和性能上較 MySQL 有著很顯著的提升。該版本提升了在高負(fù)載情況下的 InnoDB 的性能、為 DBA 提供一些非常有用的性能診斷工具;另外有更多的參數(shù)和命令來控制服務(wù)器行為。
•該公司新建了一款存儲引擎叫 xtradb 完全可以替代 innodb, 并且在性能和并發(fā)上做得更好,
•阿里巴巴大部分 mysql 數(shù)據(jù)庫其實(shí)使用的 percona 的原型加以修改。
•AliSql+AliRedis
以上所述是小編給大家介紹的Mysql邏輯架構(gòu)介紹、mysql存儲引擎詳解整合,希望對大家有所幫助,如果大家有任何疑問請給我留言,小編會及時回復(fù)大家的。在此也非常感謝大家對本站網(wǎng)站的支持!
版權(quán)聲明:本站文章來源標(biāo)注為YINGSOO的內(nèi)容版權(quán)均為本站所有,歡迎引用、轉(zhuǎn)載,請保持原文完整并注明來源及原文鏈接。禁止復(fù)制或仿造本網(wǎng)站,禁止在非www.sddonglingsh.com所屬的服務(wù)器上建立鏡像,否則將依法追究法律責(zé)任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來,僅供學(xué)習(xí)參考,不代表本站立場,如有內(nèi)容涉嫌侵權(quán),請聯(lián)系alex-e#qq.com處理。