1. MyIsAM與InnoDB特點比較

行鎖：開銷大、加鎖慢、會出現死鎖、鎖的粒度小、衝突的發生概率更低、併發性更好。

1. Hash索引優勢：Hash 索引結構的特殊性，其檢索效率非常高，索引的檢索可以一次定位，不像B-Tree 索引需要從根節點到枝節點，最後才能訪問到頁節點這樣多次的IO訪問，所以 Hash 索引的查詢效率要遠高於 B-Tree 索引。

   
   

2. Hash索引不足：
   1）Hash 索引僅僅能滿足"=","IN"和"<=>"查詢，不能使用範圍查詢。（B樹可以查詢區間） 
        由於 Hash 索引比較的是進行 Hash 運算之後的 Hash 值，所以它只能用於等值的過濾，不能用於基於範圍的過濾，因為經過相應的 Hash 演算法處理之後的 Hash 值的大小關係，並不能保證和Hash運算前完全一樣。

   （2）Hash 索引無法被用來避免資料的排序操作。 
        由於 Hash 索引中存放的是經過 Hash 計算之後的 Hash 值，而且Hash值的大小關係並不一定和 Hash 運算前的鍵值完全一樣，所以資料庫無法利用索引的資料來避免任何排序運算；

   （3）Hash 索引不能利用部分索引鍵查詢。 
        對於組合索引，Hash 索引在計算 Hash 值的時候是組合索引鍵合併後再一起計算 Hash 值，而不是單獨計算 Hash 值，所以通過組合索引的前面一個或幾個索引鍵進行查詢的時候，Hash 索引也無法被利用。

   （4）Hash 索引在任何時候都不能避免表掃描。 
        前面已經知道，Hash 索引是將索引鍵通過 Hash 運算之後，將 Hash運算結果的 Hash 值和所對應的行指標資訊存放於一個 Hash 表中，由於不同索引鍵存在相同 Hash 值，所以即使取滿足某個 Hash 鍵值的資料的記錄條數，也無法從 Hash 索引中直接完成查詢，還是要通過訪問表中的實際資料進行相應的比較，並得到相應的結果。

   （5）Hash 索引遇到大量Hash值相等的情況後效能並不一定就會比B-Tree索引高。 
        對於選擇性比較低的索引鍵，如果建立 Hash 索引，那麼將會存在大量記錄指標資訊存於同一個 Hash 值相關聯。這樣要定位某一條記錄時就會非常麻煩，會浪費多次表資料的訪問，而造成整體效能低下。

事務：用於保證資料的一致性和完整性

原子性（Atom）:操作要麼全部完成，要麼全部不執行。即：不存在有部分完成。保證資料一致性

一致性：事務操作前的狀態和事務提交以後的狀態可見，事務操作的中間狀態不可見。

隔離性：事務的操作相互獨立，不受其他事務的影響

永續性：事務提交完成後，資料操作寫入物理磁碟儲存。

引擎的選取：

MyIsAm:訪問速度快，若無事務要求，則可首選。

InnoDB:對事務完整性要求。

資料庫資料型別的比較：

1. MySQL中varchar與char的區別以及varchar(50)中的50代表的涵義

2.text和BLOB

相同：都用於儲存大量的資料

不同：BLOB可用於儲存二進位制資料流、例如儲存圖片

3.浮點數和定點數

精度問題：浮點數超過精度，進行四捨五入，定點數：超過精度報錯，精度更高。

3.date、datetime、TimeStamp和year

檢視：

資料庫中存在的虛擬表，邏輯存在，通過封裝特定的sql，獲取特定的資料。

特點：

1. 簡單：使用者不需要了解資料庫的表結構，呼叫特定的試圖即可獲取想要的資料
2. 安全：使用檢視的使用者，只能訪問被允許的檢視
3. 資料獨立：改變表結構（新增欄位），不影響檢視資料

儲存過程與函式：

儲存過程：完成特定功能的SQL語句集，可簡化開發，提高資料的處理效率

函式：完成特定的功能，但需要返回值，儲存過程不需要

1、什麼是事務

事務是一條或多條資料庫操作語句的組合，具備ACID，4個特點。

原子性：要不全部成功，要不全部撤銷

隔離性：事務之間相互獨立，互不干擾

一致性：資料庫正確地改變狀態後，資料庫的一致性約束沒有被破壞

永續性：事務的提交結果，將持久儲存在資料庫中

2、事務併發會產生什麼問題

1）第一類丟失更新：在沒有事務隔離的情況下，兩個事務都同時更新一行資料，但是第二個事務卻中途失敗退出， 導致對資料的兩個修改都失效了。

例如：

       張三的工資為5000，事務A中獲取工資為5000，事務B獲取工資為5000，匯入100，並提交資料庫，工資變為5100，

       隨後

       事務A發生異常，回滾了，恢復張三的工資為5000，這樣就導致事務B的更新丟失了。

2）髒讀：髒讀就是指當一個事務正在訪問資料，並且對資料進行了修改，而這種修改還沒有提交到資料庫中，這時，另外一個事務也訪問這個資料，然後使用了這個資料。
例如：
　　張三的工資為5000,事務A中把他的工資改為8000,但事務A尚未提交。
　　與此同時，
　　事務B正在讀取張三的工資，讀取到張三的工資為8000。
　　隨後，
　　事務A發生異常，而回滾了事務。張三的工資又回滾為5000。
　　最後，
　　事務B讀取到的張三工資為8000的資料即為髒資料，事務B做了一次髒讀。

3）不可重複讀：是指在一個事務內，多次讀同一資料。在這個事務還沒有結束時，另外一個事務也訪問該同一資料。那麼，在第一個事務中的兩次讀資料之間，由於第二個事務的修改，那麼第一個事務兩次讀到的的資料可能是不一樣的。這樣就發生了在一個事務內兩次讀到的資料是不一樣的，因此稱為是不可重複讀。
例如：
　　在事務A中，讀取到張三的工資為5000，操作沒有完成，事務還沒提交。
　　與此同時，
　　事務B把張三的工資改為8000，並提交了事務。
　　隨後，
　　在事務A中，再次讀取張三的工資，此時工資變為8000。在一個事務中前後兩次讀取的結果並不致，導致了不可重複讀。

4）第二類丟失更新：不可重複讀的特例。有兩個併發事務同時讀取同一行資料，然後其中一個對它進行修改提交，而另一個也進行了修改提交。這就會造成第一次寫操作失效。 

例如：

在事務A中，讀取到張三的存款為5000，操作沒有完成，事務還沒提交。
　　與此同時，
　　事務B，儲存1000，把張三的存款改為6000，並提交了事務。
　　隨後，
　　在事務A中，儲存500，把張三的存款改為5500，並提交了事務，這樣事務A的更新覆蓋了事務B的更新。

5）幻讀：是指當事務不是獨立執行時發生的一種現象，例如第一個事務對一個表中的資料進行了修改，這種修改涉及到表中的全部資料行。同時，第二個事務也修改這個表中的資料，這種修改是向表中插入一行新資料。那麼，以後就會發生操作第一個事務的使用者發現表中還有沒有修改的資料行，就好象發生了幻覺一樣。
例如：
　　目前工資為5000的員工有10人，事務A讀取所有工資為5000的人數為10人。
　　此時，
　　事務B插入一條工資也為5000的記錄。
　　這是，事務A再次讀取工資為5000的員工，記錄為11人。此時產生了幻讀。

提醒：
不可重複讀的重點是修改，同樣的條件，你讀取過的資料，再次讀取出來發現值不一樣了
幻讀的重點在於新增或者刪除，同樣的條件，第 1 次和第 2 次讀出來的記錄數不一樣

3、事務隔離級別，解決什麼併發問題，以及存在什麼併發問題

（1）READ_UNCOMMITTED
　　這是事務最低的隔離級別，它充許另外一個事務可以看到這個事務未提交的資料。
　　解決第一類丟失更新的問題，但是會出現髒讀、不可重複讀、第二類丟失更新的問題，幻讀 。
（2）READ_COMMITTED
　　保證一個事務修改的資料提交後才能被另外一個事務讀取，即另外一個事務不能讀取該事務未提交的資料。
　　解決第一類丟失更新和髒讀的問題，但會出現不可重複讀、第二類丟失更新的問題，幻讀問題
（3）REPEATABLE_READ
　　保證一個事務相同條件下前後兩次獲取的資料是一致的

       解決第一類丟失更新，髒讀、不可重複讀、第二類丟失更新的問題，但會出幻讀。
（4）SERIALIZABLE
　　事務被處理為順序執行。
　　解決所有問題

提醒：

Mysql預設的事務隔離級別為repeatable_read

4、MyIsAm引擎的鎖機制

共享鎖：可同時讀、讀的同時不能寫

獨佔鎖：寫的同時不能讀和寫

如何加鎖：

select前，對所有涉及的表自動加共享鎖

更新資料時，加獨佔寫鎖

MyIsAM支援併發插入：讀的時候插入，但是插入的資料當前事務無法讀取

設定引數concurrent_Insert

0:不允許併發插入，1：無空洞，允許併發插入，2：有無都允許併發插入

空洞：刪除記錄造成

5、InnoDB引擎的鎖機制

（之所以以InnoDB為主介紹鎖，是因為InnoDB支援事務，支援行鎖和表鎖用的比較多，Myisam不支援事務，只支援表鎖）

共享鎖（S）：允許一個事務去讀一行，阻止其他事務獲得相同資料集的排他鎖。
排他鎖（X)：允許獲得排他鎖的事務更新資料，阻止其他事務取得相同資料集的共享讀鎖和排他寫鎖。
意向共享鎖（IS）：事務打算給資料行加行共享鎖，事務在給一個數據行加共享鎖前必須先取得該表的IS鎖。
意向排他鎖（IX）：事務打算給資料行加行排他鎖，事務在給一個數據行加排他鎖前必須先取得該表的IX鎖。

說明：

1）共享鎖和排他鎖都是行鎖，意向鎖都是表鎖，應用中我們只會使用到共享鎖和排他鎖，意向鎖是mysql內部使用的，不需要使用者干預。

2）對於UPDATE、DELETE和INSERT語句，InnoDB會自動給涉及資料集加排他鎖（X)；對於普通SELECT語句，InnoDB不會加任何鎖，事務可以通過以下語句顯示給記錄集加共享鎖或排他鎖。
共享鎖（S）：SELECT * FROM table_name WHERE ... LOCK IN SHARE MODE。
排他鎖（X)：SELECT * FROM table_name WHERE ... FOR UPDATE。

3）InnoDB行鎖是通過給索引上的索引項加鎖來實現的，因此InnoDB這種行鎖實現特點意味著：只有通過索引條件檢索資料，InnoDB才使用行級鎖，否則，InnoDB將使用表鎖！。