MySQL服務(wù)器邏輯架構(gòu)

每個連接都會在mysql服務(wù)端產(chǎn)生一個線程（內(nèi)部通過線程池管理線程），比如一個
select語句進(jìn)入，mysql首先會在查詢緩存中查找是否緩存了這個select的結(jié)果集，如
果沒有則繼續(xù)執(zhí)行 解析兵迅、優(yōu)化、執(zhí)行的過程薪贫；否則會之間從緩存中獲取結(jié)果集恍箭。

MySQL并發(fā)控制

共享鎖
共享鎖也稱為讀鎖，讀鎖允許多個連接可以同一時刻并發(fā)的讀取同一資源,互不干擾瞧省；
排他鎖
排他鎖也稱為寫鎖扯夭，一個寫鎖會阻塞其他的寫鎖或讀鎖，保證同一時刻只有一個連接可以寫入數(shù)據(jù)鞍匾，同時防止其他用戶對這個數(shù)據(jù)的讀寫交洗。

鎖策略
鎖的開銷是較為昂貴的，鎖策略其實(shí)就是保證了線程安全的同時獲取最大的性能之間的平衡策略橡淑。

Mysql鎖策略：talbe lock(表鎖)
表鎖是Mysql最基本的鎖策略构拳，也是開銷最小的策略，它會鎖定整個表梁棠；具體情況是：若一個用戶正在執(zhí)行寫操作置森，會獲取排他的“寫鎖”，這是會鎖定整個表掰茶，阻塞其他用戶的讀、寫操作蜜笤；
若一個用戶正在執(zhí)行讀操作濒蒋，會先獲取共享鎖“讀鎖”，這個鎖運(yùn)行其他讀鎖并發(fā)的對這個表進(jìn)行讀取把兔，互不干擾沪伙。只要沒有寫鎖的進(jìn)入，讀鎖可以是并發(fā)讀取統(tǒng)一資源的县好。

Mysql鎖策略：row lock(行鎖)
行鎖可以最大限度的支持并發(fā)處理围橡，當(dāng)然也帶來了最大開銷，顧名思義缕贡，行鎖的粒度實(shí)在每一條行數(shù)據(jù)翁授。

事務(wù)

事務(wù)就是一組原子性的sql拣播，或者說一個獨(dú)立的工作單元。就是說要么mysql引擎會全部執(zhí)行這一組sql語句收擦，要么全部都不執(zhí)行（比如其中一條語句失敗的話）贮配。

比如，tim要給bill轉(zhuǎn)賬100塊錢： 
1.檢查tim的賬戶余額是否大于100塊塞赂； 
2.tim的賬戶減少100塊泪勒； 
3.bill的賬戶增加100塊； 
這三個操作就是一個事務(wù)宴猾，必須打包執(zhí)行圆存，要么全部成功，要么全部不執(zhí)行仇哆，其中任何一個操作的失敗都會導(dǎo)致所有三個操作“不執(zhí)行”——回滾沦辙。


一個良好的事務(wù)系統(tǒng)，必須滿足ACID特點(diǎn)：
ACID
A:atomiciy原子性 一個事務(wù)必須保證其中的操作要么全部執(zhí)行税产，要么全部回滾怕轿，不可能存在只執(zhí)行了一部分這種情況出現(xiàn)。

C:consistency一致性  數(shù)據(jù)必須保證從一種一致性的狀態(tài)轉(zhuǎn)換為另一種一致性狀態(tài)辟拷；比如上一個事務(wù)中執(zhí)行了第二步時系統(tǒng)崩潰了撞羽，數(shù)據(jù)也不會出現(xiàn)bill的賬戶少了100塊，但是 tim的賬戶沒變的情況衫冻。要么維持原裝（全部回滾）诀紊，要么bill少了100塊同時tim多了100塊，只有這兩種一致性狀態(tài)的

I：isolation隔離性
在一個事務(wù)未執(zhí)行完畢時隅俘，通常會保證其他事務(wù)無法看到這個事務(wù)的執(zhí)行結(jié)果

D:durability持久性事務(wù)一旦commit邻奠，則數(shù)據(jù)不會保存下來，即使提交完之后系統(tǒng)崩潰为居，數(shù)據(jù)也不會丟失碌宴。

隔離級別
1. READ UNCOMMITTED(未提交讀)

事務(wù)中的修改，即使沒有提交蒙畴，對其他事務(wù)也是可見的贰镣。事務(wù)可以讀取未提交的數(shù)據(jù)——臟讀。臟讀會導(dǎo)致很多問題膳凝，一般不適用這個隔離級別碑隆。

2. READ COMMITTED(提交讀)
一般數(shù)據(jù)庫都默認(rèn)使用這個隔離級別（Mysql不是），這個隔離級別保證了一個事務(wù)如果沒有完全成功（commit執(zhí)行完）蹬音，事務(wù)中的操作對其他事務(wù)是不可見的上煤。-   

3. REPEATABLE READ(可重復(fù)讀) 這個隔離級別解決了臟讀的問題，但會產(chǎn)生幻讀著淆，問題劫狠。
臟讀與幻讀與不可重復(fù)讀
3.1) 臟讀：一個事務(wù)讀取到另一事務(wù)未提交的更新新?lián)┌獭．?dāng)一個事務(wù)正在訪問數(shù)據(jù)，并且對數(shù)據(jù)進(jìn)行了修改嘉熊，而這種修改還沒有提交到數(shù)據(jù)庫中遥赚，這時，另外一個事務(wù)也訪問這個數(shù)據(jù)阐肤，然后使用了這個數(shù)據(jù)凫佛。因?yàn)檫@個數(shù)據(jù)是還沒有提交的數(shù)據(jù)， 那么另外一個事務(wù)讀到的這個數(shù)據(jù)是臟數(shù)據(jù)孕惜，依據(jù)臟數(shù)據(jù)所做的操作也可能是不正確的愧薛。
3.2) 不可重復(fù)讀：在同一事務(wù)中，多次讀取同一數(shù)據(jù)返回的結(jié)果有所不同衫画。換句話說就是毫炉，后續(xù)讀取可以讀到另一事務(wù)已提交的更新數(shù)據(jù)。相反削罩，“可重復(fù)讀”在同一事務(wù)中多次讀取數(shù)據(jù)時瞄勾，能夠保證所讀數(shù)據(jù)一樣，也就是弥激，后續(xù)讀取不能讀到另一事務(wù)已提交的更新數(shù)據(jù)进陡。
3.3) 幻讀：事務(wù)T1執(zhí)行一次查詢，然后事務(wù)T2新插入一行記錄微服，這行記錄恰好可以滿足T1所使用的查詢的條件趾疚。然后T1又使用相同的查詢再次對表進(jìn)行檢索，但是此時卻看到了事務(wù)T2剛才插入的新行以蕴。這個新行就稱為“幻像”糙麦，因?yàn)閷1來說這一行就像突然出現(xiàn)的一樣。
4. SERIALIZABLE(可串行化) 最強(qiáng)的隔離級別丛肮，通過給事務(wù)中每次讀取的行加鎖（行鎖）赡磅，保證不產(chǎn)生幻讀問題，但是會導(dǎo)致大量超時以及鎖爭用問題宝与。

MySQL死鎖問題

死鎖焚廊，就是產(chǎn)生了循環(huán)等待鏈條，我等待你的資源伴鳖，你卻等待我的資源节值，我們都相互等待徙硅，誰也不釋放自己占有的資源榜聂，導(dǎo)致無線等待下去。 

比如：
//Thread A
START TRANSACTION;
UPDATE account SET p_money=p_money-100 WHERE p_name="tim";
UPDATE account SET p_money=p_money-100 WHERE p_name="bill";
COMMIT;

//Thread B
START TRANSACTION;
UPDATE account SET p_money=p_money-100 WHERE p_name="bill";
UPDATE account SET p_money=p_money-100 WHERE p_name="tim";
COMMIT;


當(dāng)線程A執(zhí)行到第一條語句UPDATE account SET p_money=p_money-100 WHERE p_name=”tim”;鎖定了p_name=”tim”的行數(shù)據(jù)嗓蘑；并且試圖獲取p_name=”bill”的數(shù)據(jù)须肆；

匿乃，此時，恰好豌汇，線程B也執(zhí)行到第一條語句：UPDATE account SET p_money=p_money+100 WHERE p_name=”bill”;

鎖定了 p_name=”bill”的數(shù)據(jù)幢炸，同時試圖獲取p_name=”tim”的數(shù)據(jù)； 
此時拒贱，兩個線程就進(jìn)入了死鎖宛徊，誰也無法獲取自己想要獲取的資源，進(jìn)入無線等待中逻澳，直到超時闸天！

對于死鎖，數(shù)據(jù)庫一般通過死鎖監(jiān)測斜做、死鎖超時機(jī)制解決苞氮；通常會執(zhí)行回滾，打破死鎖狀態(tài)瓤逼，然后再次執(zhí)行之前死鎖的事務(wù)即可笼吟。

MySQL中的事務(wù)

自動提交（AutoCommit）

mysql默認(rèn)采用AutoCommit模式，也就是每個sql都是一個事務(wù)霸旗，并不需要顯示的執(zhí)行事務(wù)

多版本并發(fā)控制-MVCC

MVCC是個行級鎖的變種贷帮，它在很多情況下避免了加鎖操作，因此開銷更低定硝。雖然實(shí)現(xiàn)不同皿桑，但通常都是實(shí)現(xiàn)非阻塞讀，對于寫操作只鎖定必要的行蔬啡。

通常MVCC實(shí)現(xiàn)有樂觀并發(fā)控制與悲觀并發(fā)控制诲侮，INNODB的MVCC通常是通過在每行數(shù)據(jù)后邊保存兩個隱藏的列來實(shí)現(xiàn)，一個保存了行的創(chuàng)建時 間箱蟆，另一個保存了行的刪除時間沟绪。當(dāng)然存儲的并不是實(shí)際的時間值，而是系統(tǒng)版本號,每個事務(wù)開始空猜，系統(tǒng)版本號就會遞增!,每個事務(wù)開始時刻的版本號也會作為 這個事務(wù)的版本號绽慈，用來和查詢到的每行版本號做比較。下邊在Mysql默認(rèn)的Repeatable Read隔離級別下辈毯，具體看看MVCC操作：

Select： 
a.InnoDB只查找版本號早于當(dāng)前版本號的數(shù)據(jù)行坝疼，這樣保證了讀取的數(shù)據(jù)要么實(shí)在這個事務(wù)開始之前就已經(jīng)commit了的（早于當(dāng)前版本號），要么是在這個事務(wù)自身中執(zhí)行操作的數(shù)據(jù)（等于當(dāng)前版本號）谆沃。 
b.行的刪除版本號要么未定義钝凶，要么早于當(dāng)前的版本號，這樣保證了事務(wù)讀取到的數(shù)據(jù)在事務(wù)開始之前未被刪除唁影。

Insert

InnoDB為這個事務(wù)中新插入的行耕陷，保存當(dāng)前事務(wù)版本號的行（作為行的版本號）掂名。

Delete 
InnoDB為每一個刪除的行保存當(dāng)前事務(wù)版本號，最為行的刪除標(biāo)記哟沫。

Update

InnoDB將保存當(dāng)前版本號最為行版本號饺蔑，同時保存當(dāng)前版本號到原來行（更新前）的刪除版本號標(biāo)識處。