1）超鍵(super key) ：在關(guān)系中能唯一標(biāo)識元組的屬性集稱為關(guān)系模式的超鍵
2）候選鍵(candidate key)：不含有多余屬性的超鍵稱為候選鍵
3）主鍵(primary key)：用戶選作元組標(biāo)識的一個候選鍵程序主鍵
4）外鍵(foreign key)：如果關(guān)系模式R1中的某屬性集不是R1的主鍵，而是另一個關(guān)系R2的主鍵則該屬性集是關(guān)系模式R1的外鍵
假設(shè)有如下兩個表：
學(xué)生（學(xué)號，姓名，性別，身份證號，教師編號）
教師（教師編號，姓名，工資）
超鍵：由超鍵的定義可知，學(xué)生表中含有學(xué)號或者身份證號的任意組合都為此表的超鍵。如：（學(xué)號）、（學(xué)號，姓名）、（身份證號，性別）等。
候選鍵：候選鍵屬于超鍵，它是最小的超鍵，就是說如果再去掉候選鍵中的任何一個屬性它就不再是超鍵了。學(xué)生表中的候選鍵為：（學(xué)號）、（身份證號）。
主鍵：主鍵就是候選鍵里面的一個，是人為規(guī)定的，例如學(xué)生表中，我們通常會讓“學(xué)號”做主鍵，教師表中讓“教師編號”做主鍵。
外鍵：外鍵比較簡單，學(xué)生表中的外鍵就是“教師編號”。外鍵主要是用來描述兩個表的關(guān)系。
數(shù)據(jù)庫事務(wù)transanction正確執(zhí)行的四個基本要素：ACID，原子性(Atomicity)、一致性(Correspondence)、隔離性(Isolation)、持久性(Durability)。
原子性：整個事務(wù)中的所有操作，要么全部完成，要么全部不完成，不可能停滯在中間某個環(huán)節(jié)。事務(wù)在執(zhí)行過程中發(fā)生錯誤，會被回滾（Rollback）到事務(wù)開始前的狀態(tài)，就像這個事務(wù)從來沒有執(zhí)行過一樣
一致性：在事務(wù)開始之前和事務(wù)結(jié)束以后，數(shù)據(jù)庫的完整性約束沒有被破壞。
隔離性：隔離狀態(tài)執(zhí)行事務(wù)，使它們好像是系統(tǒng)在給定時間內(nèi)執(zhí)行的唯一操作。如果有兩個事務(wù)，運(yùn)行在相同的時間內(nèi)，執(zhí)行 相同的功能，事務(wù)的隔離性將確保每一事務(wù)在系統(tǒng)中認(rèn)為只有該事務(wù)在使用系統(tǒng)。這種屬性有時稱為串行化，為了防止事務(wù)操作間的混淆，必須串行化或序列化請 求，使得在同一時間僅有一個請求用于同一數(shù)據(jù)。
持久性：在事務(wù)完成以后，該事務(wù)所對數(shù)據(jù)庫所作的更改便持久的保存在數(shù)據(jù)庫之中，并不會被回滾。
視圖是虛擬的表，與包含數(shù)據(jù)的表不一樣，視圖只包含使用時動態(tài)檢索數(shù)據(jù)的查詢；不包含任何列或數(shù)據(jù)。使用視圖可以簡化復(fù)雜的sql操作，隱藏具體的細(xì)節(jié)，保護(hù)數(shù)據(jù)；視圖創(chuàng)建后，可以使用與表相同的方式利用它們。
視圖不能被索引，也不能有關(guān)聯(lián)的觸發(fā)器或默認(rèn)值，如果視圖本身內(nèi)有order by 則對視圖再次order by將被覆蓋
創(chuàng)建視圖：create view XXX as XXXXXXXXXXXXXX;
對于某些視圖比如未使用聯(lián)結(jié)子查詢分組聚集函數(shù)Distinct Union等，是可以對其更新的，對視圖的更新將對基表進(jìn)行更新；但是視圖主要用于簡化檢索，保護(hù)數(shù)據(jù)，并不用于更新，而且大部分視圖都不可以更新。
drop直接刪掉表；truncate刪除表中數(shù)據(jù)，再插入時自增長id又從1開始 ；delete刪除表中數(shù)據(jù)，可以加where字句。
1） DELETE語句執(zhí)行刪除的過程是每次從表中刪除一行，并且同時將該行的刪除操作作為事務(wù)記錄在日志中保存以便進(jìn)行進(jìn)行回滾操作。TRUNCATE TABLE 則一次性地從表中刪除所有的數(shù)據(jù)并不把單獨(dú)的刪除操作記錄記入日志保存，刪除行是不能恢復(fù)的。并且在刪除的過程中不會激活與表有關(guān)的刪除觸發(fā)器。執(zhí)行速度快。
2） 表和索引所占空間。當(dāng)表被TRUNCATE 后，這個表和索引所占用的空間會恢復(fù)到初始大小，而DELETE操作不會減少表或索引所占用的空間。drop語句將表所占用的空間全釋放掉。
3） 一般而言，drop > truncate > delete
4） 應(yīng)用范圍。TRUNCATE 只能對TABLE；DELETE可以是table和view
5） TRUNCATE 和DELETE只刪除數(shù)據(jù)，而DROP則刪除整個表（結(jié)構(gòu)和數(shù)據(jù)）。
6） truncate與不帶where的delete ：只刪除數(shù)據(jù)，而不刪除表的結(jié)構(gòu)（定義）drop語句將刪除表的結(jié)構(gòu)被依賴的約束（constrain),觸發(fā)器（trigger)索引（index);依賴于該表的存儲過程/函數(shù)將被保留，但其狀態(tài)會變?yōu)椋篿nvalid。
7） delete語句為DML（data maintain Language),這個操作會被放到 rollback segment中,事務(wù)提交后才生效。如果有相應(yīng)的 tigger,執(zhí)行的時候?qū)⒈挥|發(fā)。
8） truncate、drop是DLL（data define language),操作立即生效，原數(shù)據(jù)不放到 rollback segment中，不能回滾
9） 在沒有備份情況下，謹(jǐn)慎使用 drop 與 truncate。要刪除部分?jǐn)?shù)據(jù)行采用delete且注意結(jié)合where來約束影響范圍?；貪L段要足夠大。要刪除表用drop;若想保留表而將表中數(shù)據(jù)刪除，如果于事務(wù)無關(guān)，用truncate即可實(shí)現(xiàn)。如果和事務(wù)有關(guān)，或老師想觸發(fā)trigger,還是用delete。
10） Truncate table 表名 速度快,而且效率高,因?yàn)?truncate table 在功能上與不帶 WHERE 子句的 DELETE 語句相同：二者均刪除表中的全部行。但 TRUNCATE TABLE 比 DELETE 速度快，且使用的系統(tǒng)和事務(wù)日志資源少。DELETE 語句每次刪除一行，并在事務(wù)日志中為所刪除的每行記錄一項(xiàng)。TRUNCATE TABLE 通過釋放存儲表數(shù)據(jù)所用的數(shù)據(jù)頁來刪除數(shù)據(jù)，并且只在事務(wù)日志中記錄頁的釋放。
11） TRUNCATE TABLE 刪除表中的所有行，但表結(jié)構(gòu)及其列、約束、索引等保持不變。新行標(biāo)識所用的計數(shù)值重置為該列的種子。如果想保留標(biāo)識計數(shù)值，請改用 DELETE。如果要刪除表定義及其數(shù)據(jù)，請使用 DROP TABLE 語句。
12） 對于由 FOREIGN KEY 約束引用的表，不能使用 TRUNCATE TABLE，而應(yīng)使用不帶 WHERE 子句的 DELETE 語句。由于 TRUNCATE TABLE 不記錄在日志中，所以它不能激活觸發(fā)器。
數(shù)據(jù)庫索引，是數(shù)據(jù)庫管理系統(tǒng)中一個排序的數(shù)據(jù)結(jié)構(gòu)，以協(xié)助快速查詢、更新數(shù)據(jù)庫表中數(shù)據(jù)。索引的實(shí)現(xiàn)通常使用B樹及其變種B+樹。在數(shù)據(jù)之外，數(shù)據(jù)庫系統(tǒng)還維護(hù)著滿足特定查找算法的數(shù)據(jù)結(jié)構(gòu)，這些數(shù)據(jù)結(jié)構(gòu)以某種方式引用（指向）數(shù)據(jù)，這樣就可以在這些數(shù)據(jù)結(jié)構(gòu)上實(shí)現(xiàn)高級查找算法。這種數(shù)據(jù)結(jié)構(gòu)，就是索引。
為表設(shè)置索引要付出代價的：一是增加了數(shù)據(jù)庫的存儲空間，二是在插入和修改數(shù)據(jù)時要花費(fèi)較多的時間(因?yàn)樗饕惨S之變動。
圖展示了一種可能的索引方式。左邊是數(shù)據(jù)表，一共有兩列七條記錄，最左邊的是數(shù)據(jù)記錄的物理地址（注意邏輯上相鄰的記錄在磁盤上也并不是一定物理相鄰的）。為了加快Col2的查找，可以維護(hù)一個右邊所示的二叉查找樹，每個節(jié)點(diǎn)分別包含索引鍵值和一個指向?qū)?yīng)數(shù)據(jù)記錄物理地址的指針，這樣就可以運(yùn)用二叉查找在O(log2n)的復(fù)雜度內(nèi)獲取到相應(yīng)數(shù)據(jù)。
索引優(yōu)點(diǎn)
1）通過創(chuàng)建唯一性索引，可以保證數(shù)據(jù)庫表中每一行數(shù)據(jù)的唯一性。
2）可以大大加快數(shù)據(jù)的檢索速度，這也是創(chuàng)建索引的最主要的原因。
3）可以加速表和表之間的連接，特別是在實(shí)現(xiàn)數(shù)據(jù)的參考完整性方面特別有意義。
4）在使用分組和排序子句進(jìn)行數(shù)據(jù)檢索時，同樣可以顯著減少查詢中分組和排序的時間。
5）通過使用索引，可以在查詢的過程中，使用優(yōu)化隱藏器，提高系統(tǒng)的性能。
索引缺點(diǎn)
1）創(chuàng)建索引和維護(hù)索引要耗費(fèi)時間，這種時間隨著數(shù)據(jù)量的增加而增加。
2）索引需要占物理空間，除了數(shù)據(jù)表占數(shù)據(jù)空間之外，每一個索引還要占一定的物理空間，如果要建立聚簇索引，那么需要的空間就會更大。
3）當(dāng)對表中的數(shù)據(jù)進(jìn)行增加、刪除和修改的時候，索引也要動態(tài)的維護(hù)，這樣就降低了數(shù)據(jù)的維護(hù)速度。
建議創(chuàng)建索引列
1）在經(jīng)常需要搜索的列上，可以加快搜索的速度；
2）在作為主鍵的列上，強(qiáng)制該列的唯一性和組織表中數(shù)據(jù)的排列結(jié)構(gòu)；
3）在經(jīng)常用在連接的列上，這些列主要是一些外鍵，可以加快連接的速度；
4）在經(jīng)常需要根據(jù)范圍進(jìn)行搜索的列上創(chuàng)建索引，因?yàn)樗饕呀?jīng)排序，其指定的范圍是連續(xù)的；在經(jīng)常需要排序的列上創(chuàng)建索引，因?yàn)樗饕呀?jīng)排序，這樣查詢可以利用索引的排序，加快排序查詢時間；
5）在經(jīng)常使用在WHERE子句中的列上面創(chuàng)建索引，加快條件的判斷速度。
不建議創(chuàng)建索引列
1） 對于那些在查詢中很少使用或者參考的列不應(yīng)該創(chuàng)建索引。這是因?yàn)?，既然這些列很少使用到，因此有索引或者無索引，并不能提高查詢速度。相反，由于增加了索引，反而降低了系統(tǒng)的維護(hù)速度和增大了空間需求。
2） 對于那些只有很少數(shù)據(jù)值的列也不應(yīng)該增加索引。這是因?yàn)?，由于這些列的取值很少，例如人事表的性別列，在查詢的結(jié)果中，結(jié)果集的數(shù)據(jù)行占了表中數(shù)據(jù)行的很大比例，即需要在表中搜索的數(shù)據(jù)行的比例很大。增加索引，并不能明顯加快檢索速度。
3） 對于那些定義為text, image和bit數(shù)據(jù)類型的列不應(yīng)該增加索引。這是因?yàn)?，這些列的數(shù)據(jù)量要么相當(dāng)大，要么取值很少。
4） 當(dāng)修改性能遠(yuǎn)遠(yuǎn)大于檢索性能時，不應(yīng)該創(chuàng)建索引。這是因?yàn)?，修改性能和檢索性能是互相矛盾的。當(dāng)增加索引時，會提高檢索性能，但是會降低修改性能。當(dāng)減少索引時，會提高修改性能，降低檢索性能。因此，當(dāng)修改性能遠(yuǎn)遠(yuǎn)大于檢索性能時，不應(yīng)該創(chuàng)建索引。
索引分類
唯一索引：唯一索引是不允許其中任何兩行具有相同索引值的索引。
當(dāng)現(xiàn)有數(shù)據(jù)中存在重復(fù)的鍵值時，大多數(shù)數(shù)據(jù)庫不允許將新創(chuàng)建的唯一索引與表一起保存。數(shù)據(jù)庫還可能防止添加將在表中創(chuàng)建重復(fù)鍵值的新數(shù)據(jù)。例如，如果在employee表中職員的姓(lname)上創(chuàng)建了唯一索引，則任何兩個員工都不能同姓。
主鍵索引
數(shù)據(jù)庫表經(jīng)常有一列或列組合，其值唯一標(biāo)識表中的每一行。該列稱為表的主鍵。 在數(shù)據(jù)庫關(guān)系圖中為表定義主鍵將自動創(chuàng)建主鍵索引，主鍵索引是唯一索引的特定類型。該索引要求主鍵中的每個值都唯一。當(dāng)在查詢中使用主鍵索引時，它還允許對數(shù)據(jù)的快速訪問。
聚集索引
在聚集索引中，表中行的物理順序與鍵值的邏輯（索引）順序相同。一個表只能包含一個聚集索引。
如果某索引不是聚集索引，則表中行的物理順序與鍵值的邏輯順序不匹配。與非聚集索引相比，聚集索引通常提供更快的數(shù)據(jù)訪問速度。
局部性原理與磁盤預(yù)讀
由于存儲介質(zhì)的特性，磁盤本身存取就比主存慢很多，再加上機(jī)械運(yùn)動耗費(fèi)，磁盤的存取速度往往是主存的幾百分分之一，因此為了提高效率，要盡量減少磁盤I/O。為了達(dá)到這個目的，磁盤往往不是嚴(yán)格按需讀取，而是每次都會預(yù)讀，即使只需要一個字節(jié)，磁盤也會從這個位置開始，順序向后讀取一定長度的數(shù)據(jù)放入內(nèi)存。這樣做的理論依據(jù)是計算機(jī)科學(xué)中著名的局部性原理：當(dāng)一個數(shù)據(jù)被用到時，其附近的數(shù)據(jù)也通常會馬上被使用。程序運(yùn)行期間所需要的數(shù)據(jù)通常比較集中。
由于磁盤順序讀取的效率很高（不需要尋道時間，只需很少的旋轉(zhuǎn)時間），因此對于具有局部性的程序來說，預(yù)讀可以提高I/O效率。
預(yù)讀的長度一般為頁（page）的整倍數(shù)。頁是計算機(jī)管理存儲器的邏輯塊，硬件及操作系統(tǒng)往往將主存和磁盤存儲區(qū)分割為連續(xù)的大小相等的塊，每個存儲塊稱為一頁（在許多操作系統(tǒng)中，頁得大小通常為4k），主存和磁盤以頁為單位交換數(shù)據(jù)。當(dāng)程序要讀取的數(shù)據(jù)不在主存中時，會觸發(fā)一個缺頁異常，此時系統(tǒng)會向磁盤發(fā)出讀盤信號，磁盤會找到數(shù)據(jù)的起始位置并向后連續(xù)讀取一頁或幾頁載入內(nèi)存中，然后異常返回，程序繼續(xù)運(yùn)行。
B-/+Tree索引的性能
上文說過一般使用磁盤I/O次數(shù)評價索引結(jié)構(gòu)的優(yōu)劣。先從B-Tree分析，根據(jù)B-Tree的定義，可知檢索一次最多需要訪問h個節(jié)點(diǎn)。數(shù)據(jù)庫系統(tǒng)的設(shè)計者巧妙利用了磁盤預(yù)讀原理，將一個節(jié)點(diǎn)的大小設(shè)為等于一個頁，這樣每個節(jié)點(diǎn)只需要一次I/O就可以完全載入。為了達(dá)到這個目的，在實(shí)際實(shí)現(xiàn)B-Tree還需要使用如下技巧：
每次新建節(jié)點(diǎn)時，直接申請一個頁的空間，這樣就保證一個節(jié)點(diǎn)物理上也存儲在一個頁里，加之計算機(jī)存儲分配都是按頁對齊的，就實(shí)現(xiàn)了一個node只需一次I/O。
B-Tree中一次檢索最多需要h-1次I/O（根節(jié)點(diǎn)常駐內(nèi)存），漸進(jìn)復(fù)雜度為O(h)=O(logdN)。一般實(shí)際應(yīng)用中，出度d是非常大的數(shù)字，通常超過100，因此h非常?。ㄍǔ２怀^3）。
而紅黑樹這種結(jié)構(gòu)，h明顯要深的多。由于邏輯上很近的節(jié)點(diǎn)（父子）物理上可能很遠(yuǎn)，無法利用局部性，所以紅黑樹的I/O漸進(jìn)復(fù)雜度也為O(h)，效率明顯比B-Tree差很多。
綜上所述，用B-Tree作為索引結(jié)構(gòu)效率是非常高的。
外連接
1）左連接：left join 或 left outer join
select * from table1 left join table2 on table1.id=table2.id
注釋：包含table1的所有子句，根據(jù)指定條件返回table2相應(yīng)的字段，不符合的以null顯示
2）右連接：right join 或 right outer join
select * from table1 right join table2 on table1.id=table2.id
注釋：包含table2的所有子句，根據(jù)指定條件返回table1相應(yīng)的字段，不符合的以null顯示
3）完整外部聯(lián)接:full join 或 full outer join
select * from table1 full join table2 on table1.id=table2.id
注釋：返回左右連接的和（見上左、右連接）
內(nèi)連接：join 或 inner join
select * from table1 join table2 on table1.id=table2.id
注釋：只返回符合條件的table1和table2的列
等價：
1）select a.*,b.* from table1 a,table2 b where a.id=b.id
2）select * from table1 cross join table2 where table1.id=table2.id (注：cross join后加條件只能用where,不能用on)
交叉連接(完全)
1） 概念：沒有 WHERE 子句的交叉聯(lián)接將產(chǎn)生聯(lián)接所涉及的表的笛卡爾積。第一個表的行數(shù)乘以第二個表的行數(shù)等于笛卡爾積結(jié)果集的大小。（table1和table2交叉連接產(chǎn)生3*3=9條記錄）
2） 交叉連接：cross join (不帶條件where...)
3） sql語句
select * from table1 cross join table2
注釋：笛卡爾積
4） 等價（與下列執(zhí)行效果相同）
select * from table1,table2
第一范式（1NF）
在任何一個關(guān)系數(shù)據(jù)庫中，第一范式（1NF）是對關(guān)系模式的基本要求，不滿足第一范式（1NF）的數(shù)據(jù)庫就不是關(guān)系數(shù)據(jù)庫。
所謂第一范式（1NF）是指數(shù)據(jù)庫表的每一列都是不可分割的基本數(shù)據(jù)項(xiàng)，同一列中不能有多個值，即實(shí)體中的某個屬性不能有多個值或者不能有重復(fù)的屬性。如果出現(xiàn)重復(fù)屬性，就可能需要定義一個新的實(shí)體，新的實(shí)體由重復(fù)的屬性構(gòu)成，新實(shí)體與原實(shí)體之間為一對多關(guān)系。在第一范式（1NF）中表的每一行只包含一個實(shí)例的信息。簡而言之第一范式就是無重復(fù)的列。
第二范式（2NF）
第二范式（2NF）是在第一范式（1NF）的基礎(chǔ)上建立起來的，即滿足第二范式（2NF）必須先滿足第一范式（1NF）。第二范式（2NF）要求數(shù)據(jù)庫表中的每個實(shí)例或行必須可以被惟一地區(qū)分。為實(shí)現(xiàn)區(qū)分通常需要為表加上一個列，以存儲各個實(shí)例的惟一標(biāo)識。這個惟一屬性列被稱為主關(guān)鍵字或主鍵、主碼。
第二范式（2NF）要求實(shí)體的屬性完全依賴于主關(guān)鍵字。所謂完全依賴是指不能存在僅依賴主關(guān)鍵字一部分的屬性，如果存在，那么這個屬性和主關(guān)鍵字的這一部分應(yīng)該分離來形成一個新的實(shí)體，新實(shí)體與原實(shí)體之間是一對多的關(guān)系。為實(shí)現(xiàn)區(qū)分通常需要為表加上一個列，以存儲各個實(shí)例的惟一標(biāo)識。簡而言之，第二范式就是非主屬性非部分依賴于主關(guān)鍵字。
第三范式（3NF）
滿足第三范式（3NF）必須先滿足第二范式（2NF）。簡而言之，第三范式（3NF）要求一個數(shù)據(jù)庫表中不包含已在其它表中已包含的非主關(guān)鍵字信息。例如，存在一個部門信息表，其中每個部門有部門編號（dept_id）、部門名稱、部門簡介等信息。那么在員工信息表中列出部門編號后就不能再將部門名稱、部門簡介等與部門有關(guān)的信息再加入工信息表中。如果不存在部門信息表，則根據(jù)第三范式（3NF）也應(yīng)該構(gòu)建它，否則就會有大量的數(shù)據(jù)冗余。簡而言之，第三范式就是屬性不依賴于其它非主屬性。（我的理解是消除冗余）
SQL語句優(yōu)化
1）應(yīng)盡量避免在 where 子句中使用!=或<>操作符，否則將引擎放棄使用索引而進(jìn)行全表掃描。
2）應(yīng)盡量避免在 where 子句中對字段進(jìn)行 null 值判斷，否則將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描，如：select id from t where num is null。可以在num上設(shè)置默認(rèn)值0，確保表中num列沒有null值，然后這樣查詢：select id from t where num=0
3）很多時候用 exists 代替 in 是一個好的選擇
4）用Where子句替換HAVING 子句 因?yàn)镠AVING 只會在檢索出所有記錄之后才對結(jié)果集進(jìn)行過濾
索引優(yōu)化
看上文索引
數(shù)據(jù)庫結(jié)構(gòu)優(yōu)化
1）范式優(yōu)化： 比如消除冗余（節(jié)省空間。。）
2）反范式優(yōu)化：比如適當(dāng)加冗余等（減少join）
3）拆分表： 垂直拆分和水平拆分
服務(wù)器硬件優(yōu)化
這個么多花錢咯！
基本原理流程，3個線程以及之間的關(guān)聯(lián)；
1） 主：binlog線程——記錄下所有改變了數(shù)據(jù)庫數(shù)據(jù)的語句，放進(jìn)master上的binlog中；
2） 從：io線程——在使用start slave 之后，負(fù)責(zé)從master上拉取 binlog 內(nèi)容，放進(jìn) 自己的relay log中；
3） 從：sql執(zhí)行線程——執(zhí)行relay log中的語句；
1）InnoDB支持事物，而MyISAM不支持事物
2）InnoDB支持行級鎖，而MyISAM支持表級鎖
3）InnoDB支持MVCC, 而MyISAM不支持
4）InnoDB支持外鍵，而MyISAM不支持
5）InnoDB不支持全文索引，而MyISAM支持。
插入緩沖（insert buffer)、二次寫(double write)、自適應(yīng)哈希索引(ahi)、預(yù)讀(read ahead)
myisam更快，因?yàn)閙yisam內(nèi)部維護(hù)了一個計數(shù)器，可以直接調(diào)取。
1）varchar與char的區(qū)別
char是一種固定長度的類型，varchar則是一種可變長度的類型
2）varchar(50)中50的涵義
最多存放50個字符，varchar(50)和(200)存儲hello所占空間一樣，但后者在排序時會消耗更多內(nèi)存，因?yàn)閛rder by col采用fixed_length計算col長度(memory引擎也一樣)
3）int（20）中20的涵義
指顯示字符的長度，但要加參數(shù)的，最大為255，比如它是記錄行數(shù)的id,插入10筆資料，它就顯示00000000001 ~~~00000000010，當(dāng)字符的位數(shù)超過11,它也只顯示11位，如果你沒有加那個讓它未滿11位就前面加0的參數(shù)，它不會在前面加0。20表示最大顯示寬度為20，但仍占4字節(jié)存儲，存儲范圍不變；
1）有多少種日志
錯誤日志：記錄出錯信息，也記錄一些警告信息或者正確的信息。
查詢?nèi)罩荆河涗浰袑?shù)據(jù)庫請求的信息，不論這些請求是否得到了正確的執(zhí)行
慢查詢?nèi)罩荆涸O(shè)置一個閾值，將運(yùn)行時間超過該值的所有SQL語句都記錄到慢查詢的日志文件中。
二進(jìn)制日志：記錄對數(shù)據(jù)庫執(zhí)行更改的所有操作。
中繼日志
事務(wù)日志：
2）事物的4種隔離級別
讀未提交(RU)
讀已提交(RC)
可重復(fù)讀(RR)
串行
3）事務(wù)是如何通過日志來實(shí)現(xiàn)的
事務(wù)日志是通過redo和innodb的存儲引擎日志緩沖（Innodb log buffer）來實(shí)現(xiàn)的，當(dāng)開始一個事務(wù)的時候，會記錄該事務(wù)的lsn(log sequence number)號; 當(dāng)事務(wù)執(zhí)行時會往InnoDB存儲引擎的日志的日志緩存里面插入事務(wù)日志；當(dāng)事務(wù)提交時，必須將存儲引擎的日志緩沖寫入磁盤（通過innodb_flush_log_at_trx_commit來控制），也就是寫數(shù)據(jù)前，需要先寫日志。這種方式稱為“預(yù)寫日志方式”。
1）Statement：每一條會修改數(shù)據(jù)的sql都會記錄在binlog中
優(yōu)點(diǎn)：不需要記錄每一行的變化，減少了binlog日志量，節(jié)約了IO，提高性能。(相比row能節(jié)約多少性能與日志量，這個取決于應(yīng)用的SQL情況，正常同一條記錄修改或者插入row格式所產(chǎn)生的日志量還小于Statement產(chǎn)生的日志量，但是考慮到如果帶條件的update操作，以及整表刪除，alter表等操作，ROW格式會產(chǎn)生大量日志，因此在考慮是否使用ROW格式日志時應(yīng)該跟據(jù)應(yīng)用的實(shí)際情況，其所產(chǎn)生的日志量會增加多少，以及帶來的IO性能問題。)
缺點(diǎn)：由于記錄的只是執(zhí)行語句，為了這些語句能在slave上正確運(yùn)行，因此還必須記錄每條語句在執(zhí)行的時候的一些相關(guān)信息，以保證所有語句能在slave得到和在master端執(zhí)行時候相同 的結(jié)果。另外mysql 的復(fù)制,像一些特定函數(shù)功能，slave可與master上要保持一致會有很多相關(guān)問題(如sleep()函數(shù)， last_insert_id()，以user-defined-functions(udf)會出現(xiàn)問題).
使用以下函數(shù)的語句也無法被復(fù)制：
* LOAD_FILE()
* UUID()
* USER()
* FOUND_ROWS()
* SYSDATE() (除非啟動時啟用了 --sysdate-is-now 選項(xiàng))
同時在INSERT ...SELECT 會產(chǎn)生比 RBR 更多的行級鎖
2）Row:不記錄sql語句上下文相關(guān)信息，僅保存哪條記錄被修改
優(yōu)點(diǎn)： binlog中可以不記錄執(zhí)行的sql語句的上下文相關(guān)的信息，僅需要記錄那一條記錄被修改成什么了。所以rowlevel的日志內(nèi)容會非常清楚的記錄下每一行數(shù)據(jù)修改的細(xì)節(jié)而且不會出現(xiàn)某些特定情況下的存儲過程，或function，以及trigger的調(diào)用和觸發(fā)無法被正確復(fù)制的問題
缺點(diǎn)：所有的執(zhí)行的語句當(dāng)記錄到日志中的時候，都將以每行記錄的修改來記錄，這樣可能會產(chǎn)生大量的日志內(nèi)容,比如一條update語句，修改多條記錄，則binlog中每一條修改都會有記錄，這樣造成binlog日志量會很大，特別是當(dāng)執(zhí)行alter table之類的語句的時候，由于表結(jié)構(gòu)修改，每條記錄都發(fā)生改變，那么該表每一條記錄都會記錄到日志中。
3）Mixedlevel: 是以上兩種level的混合使用
一般的語句修改使用statment格式保存binlog，如一些函數(shù)，statement無法完成主從復(fù)制的操作，則采用row格式保存binlog,MySQL會根據(jù)執(zhí)行的每一條具體的sql語句來區(qū)分對待記錄的日志形式，也就是在Statement和Row之間選擇一種.新版本的MySQL中隊row level模式也被做了優(yōu)化，并不是所有的修改都會以row level來記錄，像遇到表結(jié)構(gòu)變更的時候就會以statement模式來記錄。至于update或者delete等修改數(shù)據(jù)的語句，還是會記錄所有行的變更。
1）列出所有進(jìn)程：show processlist
2）觀察所有進(jìn)程：多秒沒有狀態(tài)變化的(干掉)
3）查看超時日志或者錯誤日志 (做了幾年開發(fā)，一般會是查詢以及大批量的插入會導(dǎo)致cpu與i/o上漲 .... 當(dāng)然不排除網(wǎng)絡(luò)狀態(tài)突然斷了，導(dǎo)致一個請求服務(wù)器只接受到一半，比如where子句或分頁子句沒有發(fā)送，當(dāng)然的一次被坑經(jīng)歷)
1）如果A表TID是自增長,并且是連續(xù)的,B表的ID為索引
select * from a,b where a.tid = b.id and a.tid>500000 limit 200;
2）如果A表的TID不是連續(xù)的,那么就需要使用覆蓋索引.TID要么是主鍵,要么是輔助索引,B表ID也需要有索引
select * from b , (select tid from a limit 50000,200) a where b.id = a .tid;
答：InnoDB是基于索引來完成行鎖
例: select * from tab_with_index where id = 1 for update;
for update 可以根據(jù)條件來完成行鎖鎖定,并且 id 是有索引鍵的列,如果 id 不是索引鍵那么InnoDB將完成表鎖,,并發(fā)將無從談起
在InnoDB內(nèi)部會維護(hù)一個redo日志文件，我們也可以叫做事務(wù)日志文件。事務(wù)日志會存儲每一個InnoDB表數(shù)據(jù)的記錄修改。當(dāng)InnoDB啟動時，InnoDB會檢查數(shù)據(jù)文件的事務(wù)日志，并執(zhí)行兩個步驟：它應(yīng)用（前滾）已經(jīng)提交的事務(wù)日志到數(shù)據(jù)文件，并將修改過但沒有提交的數(shù)據(jù)進(jìn)行回滾操作。
觸發(fā)器與存儲過程非常相似，觸發(fā)器也是SQL語句集，兩者唯一的區(qū)別是觸發(fā)器不能用EXECUTE語句調(diào)用，而是在用戶執(zhí)行Transact-SQL語句時自動觸發(fā)（激活）執(zhí)行。觸發(fā)器是在一個修改了指定表中的數(shù)據(jù)時執(zhí)行的存儲過程。通常通過創(chuàng)建觸發(fā)器來強(qiáng)制實(shí)現(xiàn)不同表中的邏輯相關(guān)數(shù)據(jù)的引用完整性和一致性。由于用戶不能繞過觸發(fā)器，所以可以用它來強(qiáng)制實(shí)施復(fù)雜的業(yè)務(wù)規(guī)則，以確保數(shù)據(jù)的完整性。觸發(fā)器不同于存儲過程，觸發(fā)器主要是通過事件執(zhí)行觸發(fā)而被執(zhí)行的，存儲過程可以通過存儲過程名稱名字而直接調(diào)用。當(dāng)對某一表進(jìn)行諸如UPDATE、INSERT、DELETE這些操作時，SQLSERVER就會自動執(zhí)行觸發(fā)器所定義的SQL語句，從而確保對數(shù)據(jù)的處理必須符合這些SQL語句所定義的規(guī)則。
出處：https://blog.csdn.net/zhugewendu/article/details/73550414
