（一）什麼是儲存過程？有哪些優缺點？

儲存過程是一些預編譯的SQL語句。

更加直白的理解：儲存過程可以說是一個記錄集，它是由一些T-SQL語句組成的程式碼塊，這些T-SQL語句程式碼像一個方法一樣實現一些功能（對單表或多表的增刪改查），然後再給這個程式碼塊取一個名字，在用到這個功能的時候呼叫他就行了。

• 儲存過程是一個預編譯的程式碼塊，執行效率比較高
• 一個儲存過程替代大量T_SQL語句 ，可以降低網路通訊量，提高通訊速率
• 可以一定程度上確保資料安全

（二）索引是什麼？有什麼作用以及優缺點？

索引是對資料庫表中一或多個列的值進行排序的結構，是幫助MySQL高效獲取資料的資料結構

你也可以這樣理解：索引就是加快檢索表中資料的方法。資料庫的索引類似於書籍的索引。在書籍中，索引允許使用者不必翻閱完整個書就能迅速地找到所需要的資訊。在資料庫中，索引也允許資料庫程式迅速地找到表中的資料，而不必掃描整個資料庫。

MySQL資料庫幾個基本的索引型別：普通索引、唯一索引、主鍵索引、全文索引

• 索引加快資料庫的檢索速度
• 索引降低了插入、刪除、修改等維護任務的速度
• 唯一索引可以確保每一行資料的唯一性
• 通過使用索引，可以在查詢的過程中使用優化隱藏器，提高系統的效能
• 索引需要佔物理和資料空間

（三）什麼是事務？

事務（Transaction）是併發控制的基本單位。所謂的事務，它是一個操作序列，這些操作要麼都執行，要麼都不執行，它是一個不可分割的工作單位。事務是資料庫維護資料一致性的單位，在每個事務結束時，都能保持資料一致性。

事務性質：ACID ：原子性（Atomicity）、一致性（Consistency）、隔離性（Isolation）、永續性（Durability）。

(1) 原子性。即不可分割性，事務要麼全部被執行，要麼就全部不被執行。

(2) 一致性。事務的執行使得資料庫從一種正確狀態轉換成另一種正確狀態。

(3) 隔離性。在事務正確提交之前，不允許把該事務對資料的任何改變提供給任何其他事務。

(4) 永續性。事務正確提交後，其結果將永久儲存在資料庫中，即使在事務提交後有了其他故障，事務的處理結果也會得到儲存。

（四）資料庫的樂觀鎖和悲觀鎖是什麼？

資料庫管理系統（DBMS）中的併發控制的任務是確保在多個事務同時存取資料庫中同一資料時不破壞事務的隔離性和統一性以及資料庫的統一性。

樂觀併發控制(樂觀鎖)和悲觀併發控制（悲觀鎖）是併發控制主要採用的技術手段。

• 樂觀鎖：假設不會發生併發衝突，只在提交操作時檢查是否違反資料完整性。
• 悲觀鎖：假定會發生併發衝突，遮蔽一切可能違反資料完整性的操作

（五） 使用索引查詢一定能提高查詢的效能嗎？為什麼

通常,通過索引查詢資料比全表掃描要快.但是我們也必須注意到它的代價.

索引需要空間來儲存,也需要定期維護, 每當有記錄在表中增減或索引列被修改時,索引本身也會被修改. 這意味著每條記錄的INSERT,DELETE,UPDATE將為此多付出4,5 次的磁碟I/O. 因為索引需要額外的儲存空間和處理,那些不必要的索引反而會使查詢反應時間變慢.使用索引查詢不一定能提高查詢效能,索引範圍查詢(INDEX RANGE SCAN)適用於兩種情況:

• 基於一個範圍的檢索,一般查詢返回結果集小於表中記錄數的30%
• 基於非唯一性索引的檢索

（六）簡單說一說drop、delete與truncate的區別

SQL中的drop、delete、truncate都表示刪除，但是三者有一些差別

• delete和truncate只刪除表的資料不刪除表的結構
• 速度,一般來說: drop> truncate >delete
• delete語句是dml,這個操作會放到rollback segement中,事務提交之後才生效;
  如果有相應的trigger,執行的時候將被觸發. truncate,drop是ddl, 操作立即生效,原資料不放到rollback segment中,不能回滾. 操作不觸發trigger.

（七）drop、delete與truncate分別在什麼場景之下使用？

• 不再需要一張表的時候，用drop
• 保留表而刪除所有資料的時候用truncate
• 想刪除部分資料行時候，用delete，並且帶上where子句

（八） 超鍵、候選鍵、主鍵、外來鍵分別是什麼？

(1) 超鍵：在關係中能唯一標識元組的屬性集稱為關係模式的超鍵。一個屬性可以為作為一個超鍵，多個屬性組合在一起也可以作為一個超鍵。超鍵包含候選鍵和主鍵。

(2) 候選鍵：是最小超鍵，即沒有冗餘元素的超鍵。

(3) 主鍵：資料庫表中對儲存資料物件予以唯一和完整標識的資料列或屬性的組合。一個數據列只能有一個主鍵，且主鍵的取值不能缺失，即不能為空值（Null）。

(4) 外來鍵：在一個表中存在的另一個表的主鍵稱此表的外來鍵。

（九）什麼是檢視？以及檢視的使用場景有哪些？

檢視是一種虛擬的表，具有和物理表相同的功能。可以對檢視進行增，改，查，操作，檢視通常是有一個表或者多個表的行或列的子集。對檢視的修改不影響基本表。它使得我們獲取資料更容易，相比多表查詢。

• 只暴露部分欄位給訪問者，所以就建一個虛表，就是檢視。
• 查詢的資料來源於不同的表，而查詢者希望以統一的方式查詢，這樣也可以建立一個檢視，把多個表查詢結果聯合起來，查詢者只需要直接從檢視中獲取資料，不必考慮資料來源於不同表所帶來的差異

（十）說一說三個正規化。

第一正規化（1NF）：資料庫表中的欄位都是單一屬性的，不可再分。這個單一屬性由基本型別構成，包括整型、實數、字元型、邏輯型、日期型等。

第三正規化（3NF）：在第二正規化的基礎上，資料表中如果不存在非關鍵欄位對任一候選關鍵欄位的傳遞函式依賴則符合第三正規化。所謂傳遞函式依賴，指的是如 果存在"A → B → C"的決定關係，則C傳遞函式依賴於A。因此，滿足第三正規化的資料庫表應該不存在如下依賴關係： 關鍵欄位 → 非關鍵欄位 x → 非關鍵欄位y

深入理解三個正規化：

為了建立冗餘較小、結構合理的資料庫，設計資料庫時必須遵循一定的規則。在關係型資料庫中這種規則就稱為正規化。正規化是符合某一種設計要求的總結。要想設計一個結構合理的關係型資料庫，必須滿足一定的正規化。

1．第一正規化(確保每列保持原子性)

第一正規化是最基本的正規化。如果資料庫表中的所有欄位值都是不可分解的原子值，就說明該資料庫表滿足了第一正規化。

第一正規化的合理遵循需要根據系統的實際需求來定。比如某些資料庫系統中需要用到“地址”這個屬性，本來直接將“地址”屬性設計成一個數據庫表的欄位就行。但是如果系統經常會訪問“地址”屬性中的“城市”部分，那麼就非要將“地址”這個屬性重新拆分為省份、城市、詳細地址等多個部分進行儲存，這樣在對地址中某一部分操作的時候將非常方便。這樣設計才算滿足了資料庫的第一正規化，如下表所示。

上表所示的使用者資訊遵循了第一正規化的要求，這樣在對使用者使用城市進行分類的時候就非常方便，也提高了資料庫的效能。

2．第二正規化(確保表中的每列都和主鍵相關)

第二正規化在第一正規化的基礎之上更進一層。第二正規化需要確保資料庫表中的每一列都和主鍵相關，而不能只與主鍵的某一部分相關（主要針對聯合主鍵而言）。也就是說在一個數據庫表中，一個表中只能儲存一種資料，不可以把多種資料儲存在同一張資料庫表中。

比如要設計一個訂單資訊表，因為訂單中可能會有多種商品，所以要將訂單編號和商品編號作為資料庫表的聯合主鍵，如下表所示。

 訂單資訊表

這樣就產生一個問題：這個表中是以訂單編號和商品編號作為聯合主鍵。這樣在該表中商品名稱、單位、商品價格等資訊不與該表的主鍵相關，而僅僅是與商品編號相關。所以在這裡違反了第二正規化的設計原則。

而如果把這個訂單資訊表進行拆分，把商品資訊分離到另一個表中，把訂單專案表也分離到另一個表中，就非常完美了。如下所示。

這樣設計，在很大程度上減小了資料庫的冗餘。如果要獲取訂單的商品資訊，使用商品編號到商品資訊表中查詢即可。            

3．第三正規化(確保每列都和主鍵列直接相關,而不是間接相關)

第三正規化需要確保資料表中的每一列資料都和主鍵直接相關，而不能間接相關。

比如在設計一個訂單資料表的時候，可以將客戶編號作為一個外來鍵和訂單表建立相應的關係。而不可以在訂單表中新增關於客戶其它資訊（比如姓名、所屬公司等）的欄位。如下面這兩個表所示的設計就是一個滿足第三正規化的資料庫表。

這樣在查詢訂單資訊的時候，就可以使用客戶編號來引用客戶資訊表中的記錄，也不必在訂單資訊表中多次輸入客戶資訊的內容，減小了資料冗餘。