客戶端 -->解析優(yōu)化-->緩存-->存儲引擎
并發(fā)控制
1、串行(隊列)執(zhí)行
2、讀(共享鎖) 寫(排他鎖)鎖
鎖粒度
1、表鎖
2、行鎖
行鎖實現(xiàn)層在存儲引擎上，mysql不同的存儲引擎實現(xiàn)不盡相同
事務(wù)
ACID
Atomic/consistency/isolation/durability
隔離級別：一個事務(wù)執(zhí)行修改還未提交，其他事務(wù)看到的還是修改前的數(shù)據(jù)。
隔離級別[
? ?? ?讀未提交 ： 沒有提交的數(shù)據(jù)也會被讀取到，臟讀
? ?? ?讀已提交 ：沒有提交的數(shù)據(jù)，即使執(zhí)行了修改也不會讀取到
? ?? ?重復(fù)讀 ：幻讀，即在一個事務(wù)中讀取相同行數(shù)據(jù)，即使數(shù)據(jù)行發(fā)生了改變，讀到的數(shù)據(jù)是一致的，只讀取統(tǒng)一版本號。
? ?? ?事務(wù)串行：事務(wù)之間按照串行執(zhí)行。
]
死鎖
事務(wù)之間循環(huán)等待提交釋放行鎖
死鎖解決機制：
1、等待超時死鎖異常
2、回滾最小事務(wù)
多版本并發(fā)控制 MvCC
multi-version-concurrent-controll
MVcc是行級鎖的變種，在很多情況下避免了加鎖操作，因此開銷更低。
存儲引擎執(zhí)行一個事務(wù)時，系統(tǒng)事務(wù)版本號會 +1,事務(wù)的版本號為系統(tǒng)事務(wù)版本號。
重復(fù)讀使用mvcc的實現(xiàn)：
select-->查找創(chuàng)建版本號小于等于當(dāng)前事務(wù)版本號的且刪除標(biāo)識未定義或刪除版本號大于當(dāng)前事務(wù)號。
insert-->新建一條數(shù)據(jù)，并記錄系統(tǒng)事務(wù)版本號
delete-->為刪除的行記錄刪除版本號
update-->將原記錄刪除，記錄刪除版本號，并新建一條新記錄，并記錄創(chuàng)建版本號。
? ? ? ?可見，mvcc的實現(xiàn)是在每行添加兩列隱藏數(shù)據(jù)，創(chuàng)建版本號(xmin)、刪除版本號(xmax)。
(1)當(dāng)你插入一行記錄時，MySql會把當(dāng)前事務(wù)的XID存儲在這一行中并稱之為 xmin。
(2)對于那些已提交的而且xmin比當(dāng)前事務(wù)的XID小的記錄 才對當(dāng)前事務(wù)可見。
(3)開始一個新事務(wù)然后插入一行記錄，直到提交之前，你插入的這行記錄對其他事務(wù)永遠都是不可見的。
(4)提交以后，其他后創(chuàng)建的新事務(wù)就可以看到這行新記錄了，因為他們滿足了 xmin < XID 條件。
在read commit的事務(wù)隔離策略下，使用mvcc 是很容易實現(xiàn)的：
select -->只獲取已提交&& xmin<XID的數(shù)據(jù)，這樣就確保了每次獲取的都是讀已提交。
insert/delete/update同repeatable read
在repeatable read下，使用mvcc的實現(xiàn)：
select-->只獲取xmin<XID && XID< xmax，這樣就滿足了每次讀取的數(shù)據(jù)是一樣的。
schema 數(shù)據(jù)庫
表空間
? ?? ?數(shù)據(jù)據(jù)庫真正存放數(shù)據(jù)的是數(shù)據(jù)文件，而表空間實際上是一個邏輯的概念，他在物理上是并不存在的，那么把一組data files邏輯形成一個表空間。
一個數(shù)據(jù)庫可以包含多個表空間，一個表空間只能屬于一個數(shù)據(jù)庫;一個表空間包含多個數(shù)據(jù)文件，一個數(shù)據(jù)文件只能屬于一個表空間
表這空間可以劃分成更細的邏輯存儲單元
? ?? ?從邏輯的角度來看，一個數(shù)據(jù)庫（database）下面可以分多個表空間（tablespace）；一個表空間下面又可以分多個段（segment）；一個數(shù)據(jù)表要占一個段（segment），一個索引也要占一個段（segment ）。 一個段（segment）由多個 區(qū)間（extent）組成，那么一個區(qū)間又由一組連續(xù)的數(shù)據(jù)塊（data block）組成。這連續(xù)的數(shù)據(jù)塊是在邏輯上是連續(xù)的，有可能在物理磁盤上是分散。
那么從物理的角度上看，一個表空間由多個數(shù)據(jù)文件組成，數(shù)據(jù)文件是實實在在存在的磁盤上的文件。這些文件是由oracle數(shù)據(jù)庫操作系統(tǒng)的block 組成的。
常用數(shù)據(jù)類型
tinyInt 8
smallInt 16
mediumInt 24
Int 32
bigInt 64
unsigned 非負(fù)
float
double
不推薦使用decimal，第一是cpu不支持decimal的計算，而數(shù)據(jù)庫通過邏輯裝換調(diào)用cpu計算，第二是小數(shù)點占位1個字節(jié)，增加開銷。
varchar 可變長 優(yōu)點節(jié)省空間 缺點執(zhí)行update 比定長慢，如將長度為2的update為長度50.
char 定長 優(yōu)點不容易產(chǎn)生磁盤碎片，更新操作更快，不適合存儲長字段。
text 類似與oracle中的clob
tinytext
smalltext
mediumtext
longtext
分區(qū)表
http://www.jb51.net/article/62290.htm
一個表最多有1024個分區(qū)，
range分區(qū)
create table t_range(
id int(11),
money int(11) unsigned not null,
date datetime
)partition by range(year(date))(
partition p2007 values less than (2008),
partition p2008 values less than (2009),
partition p2009 values less than (2010)
partition p2010 values less than maxvalue
);
分區(qū)合并
mysql> ALTER TABLE sale_data
-> REORGANIZE PARTITION p201001,p201002,p201003,
-> p201004,p201005,p201006,
-> p201007,p201008,p201009 INTO
-> (
-> PARTITION p2010Q1 VALUES LESS THAN (201004),
-> PARTITION p2010Q2 VALUES LESS THAN (201007),
-> PARTITION p2010Q3 VALUES LESS THAN (201010)
-> );
分區(qū)提供以下優(yōu)點：
（1）由于將數(shù)據(jù)分散到各個分區(qū)中，減少了數(shù)據(jù)損壞的可能性；
（2）可以對單獨的分區(qū)進行備份和恢復(fù)；
（3）可以將分區(qū)映射到不同的物理磁盤上，來分散IO；
（4）提高可管理性、可用性和性能。
Oracle10g/mysql提供了以下幾種分區(qū)類型：
（1）范圍分區(qū)（range）；
（2）哈希分區(qū)（hash）；
（3）列表分區(qū)（list）；
（4）范圍－哈希復(fù)合分區(qū)（range-hash）；
（5）范圍－列表復(fù)合分區(qū)（range-list）。
Range分區(qū)是應(yīng)用范圍比較廣的表分區(qū)方式，它是以列的值的范圍來做為分區(qū)的劃分條件，將記錄存放到列值所在的range分區(qū)中。
分區(qū)表的插入，不需要關(guān)心插入到那個分區(qū)表里，存儲引擎已幫你完成，但是在創(chuàng)建分區(qū)條件的時候，不要使用邏輯運算，可能會造成插入的字段不能作為分區(qū)條件而不能插入。
視圖
創(chuàng)建視圖
create view test_view as select * from li_entry where bank_code = 'citiUK' ;
select * form test_view where va_card ='7888991';
臨時表
create temporanry table tmp_test as select *from li_entry where bank_code ='citiUK';
select * from tmp_test where va_card ='1112233';
臨時表和視圖有什么區(qū)別呢？
視圖是基于合并算法..
臨時表基于臨時表算法...
但視圖底層還是一個臨時表。
游標(biāo)
游標(biāo)的缺點：
1、關(guān)閉游標(biāo)是而額外的開銷
2、游標(biāo)所在的臨時表不支持text或blob字段，數(shù)據(jù)庫將為其創(chuàng)建臨時磁盤表，增加IO復(fù)雜性。
