mysql架構(gòu)主要分為4個(gè)部分 ? ?

最外層是連接管理器：主要處理每個(gè)連接（mysql的每一個(gè)連接都是一個(gè)線程，mysql服務(wù)器負(fù)責(zé)緩存線程，所以并不是有一個(gè)連接請(qǐng)求就創(chuàng)建一個(gè)線程，是有線程池的存在的，驗(yàn)證權(quán)限等等） 2.第二層包括：查詢緩存，sql解釋器，還有優(yōu)化器，在這一層并不關(guān)心底層的存儲(chǔ)引擎，而是通過(guò)調(diào)用api來(lái)實(shí)現(xiàn)的，也就是說(shuō)不同的存儲(chǔ)引擎對(duì)于相同的api可能會(huì)有不同的實(shí)現(xiàn)細(xì)節(jié)，如果sql語(yǔ)句命中查詢 ? ? 緩存，則不做任何處理，直接返回?cái)?shù)據(jù)

并發(fā)控制，使用讀寫(xiě)鎖，當(dāng)讀鎖可以重復(fù)添加，但是排它鎖則不允許，也就是說(shuō)可以一起讀，但是寫(xiě)的時(shí)候不允許讀，讀的時(shí)候也不允許寫(xiě)

鎖策略：表鎖，是最基本的所策略，由存儲(chǔ)引擎實(shí)現(xiàn)，寫(xiě)鎖會(huì)比讀鎖有更高的優(yōu)先級(jí)別，有可能出現(xiàn)寫(xiě)鎖插入到讀鎖之前，反之不會(huì)出現(xiàn)（表鎖，在存儲(chǔ)引擎和sql服務(wù)層都有實(shí)現(xiàn)） ? ? ? ? ? ? ? ? 行級(jí)鎖可以帶來(lái)最大的并發(fā)，但是也會(huì)帶來(lái)最大的開(kāi)銷(xiāo)（行級(jí)鎖只在存儲(chǔ)引擎中實(shí)現(xiàn)）

.多版本并發(fā)控制，這里的版本指的是行記錄的版本（保證行記錄不被并發(fā)修改，可以使用悲觀鎖和樂(lè)觀鎖進(jìn)行保證數(shù)據(jù)一致性）

?存儲(chǔ)引擎：一個(gè)schema也就是一個(gè)數(shù)據(jù)庫(kù)對(duì)應(yīng)mysql數(shù)據(jù)目錄下一個(gè)子目錄。而一張表則在對(duì)應(yīng)目錄下有一個(gè)與表同名的.frm文件保存表的定義（這是在mysql服務(wù)層定義的），文件名的大小寫(xiě)敏感性 ? ? ? ? ? ?與具體平臺(tái)相關(guān)windows不敏感，unix平臺(tái)敏感（數(shù)據(jù)存儲(chǔ)和索引存儲(chǔ)不同的存儲(chǔ)引擎是不同的）
InnoDB存儲(chǔ)引擎：默認(rèn)的事務(wù)型引擎，用于處理大量短期事務(wù)提交，InnodB允許數(shù)據(jù)庫(kù)為不同的表和索引分別建立不同的文件。InnoDB的表的建立是基于聚簇索引來(lái)建立表的： ? ? ? ? 所謂聚簇索引：指的是聚簇索引規(guī)定了表數(shù)據(jù)在物理介質(zhì)存儲(chǔ)上的排列順序，一般聚簇索引是根據(jù)主鍵建立的，所以InnoDb對(duì)于主鍵的搜索效率是很高的。同時(shí)一個(gè)表只能有一個(gè)聚簇索引 ? ? ? ? 所以當(dāng)需要查詢范圍的時(shí)候，聚簇索引是很有效的，因?yàn)榇鎯?chǔ)順序就是確定的嘛，而對(duì)于其他索引都是非聚簇索引，也就是二級(jí)索引。InnoDB默認(rèn)主鍵是聚簇索引，如果沒(méi)有的話，取第一個(gè) ? ? ? ? 非空的唯一索引，如果沒(méi)有InnoDB則自己產(chǎn)生一個(gè)這樣的ID值，不過(guò)是隱藏的 ? ? ? ? InnoDb的二級(jí)索引都是包含主鍵索引的，所以如果有很多列建立了索引的話，主鍵列應(yīng)該比較小。