1、數(shù)據(jù)庫范式

第一范式：列不可分，eg:【聯(lián)系人】（姓名，性別，電話），一個(gè)聯(lián)系人有家庭電話和公司電話，那么這種表結(jié)構(gòu)設(shè)計(jì)就沒有達(dá)到 1NF；

10多年的上林網(wǎng)站建設(shè)經(jīng)驗(yàn)，針對設(shè)計(jì)、前端、開發(fā)、售后、文案、推廣等六對一服務(wù)，響應(yīng)快，48小時(shí)及時(shí)工作處理。營銷型網(wǎng)站的優(yōu)勢是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同，自動調(diào)整上林建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設(shè)計(jì)，從而大程度地提升瀏覽體驗(yàn)。創(chuàng)新互聯(lián)從事“上林網(wǎng)站設(shè)計(jì)”,“上林網(wǎng)站推廣”以來，每個(gè)客戶項(xiàng)目都認(rèn)真落實(shí)執(zhí)行。

第二范式：有主鍵，保證完全依賴。eg:訂單明細(xì)表【OrderDetail】（OrderID，ProductID，UnitPrice，Discount，Quantity，ProductName），Discount（折扣），Quantity（數(shù)量）完全依賴（取決）于主鍵（OderID，ProductID），而 UnitPrice，ProductName 只依賴于 ProductID，不符合2NF；

第三范式：無傳遞依賴(非主鍵列 A 依賴于非主鍵列 B，非主鍵列 B 依賴于主鍵的情況)，eg:訂單表【Order】（OrderID，OrderDate，CustomerID，CustomerName，CustomerAddr，CustomerCity）主鍵是（OrderID），CustomerName，CustomerAddr，CustomerCity 直接依賴的是 CustomerID（非主鍵列），而不是直接依賴于主鍵，它是通過傳遞才依賴于主鍵，所以不符合 3NF。

2、什么是反模式

范式可以避免數(shù)據(jù)冗余，減少數(shù)據(jù)庫的空間，減輕維護(hù)數(shù)據(jù)完整性的麻煩。

然而，通過數(shù)據(jù)庫范式化設(shè)計(jì)，將導(dǎo)致數(shù)據(jù)庫業(yè)務(wù)涉及的表變多，并且可能需要將涉及的業(yè)務(wù)表進(jìn)行多表連接查詢，這樣將導(dǎo)致性能變差，且不利于分庫分表。因此，出于性能優(yōu)先的考量，可能在數(shù)據(jù)庫的結(jié)構(gòu)中需要使用反模式的設(shè)計(jì)，即空間換取時(shí)間，采取數(shù)據(jù)冗余的方式避免表之間的關(guān)聯(lián)查詢。至于數(shù)據(jù)一致性問題，因?yàn)殡y以滿足數(shù)據(jù)強(qiáng)一致性，一般情況下，使存儲數(shù)據(jù)盡可能達(dá)到用戶一致，保證系統(tǒng)經(jīng)過一段較短的時(shí)間的自我恢復(fù)和修正，數(shù)據(jù)最終達(dá)到一致。

需要謹(jǐn)慎使用反模式設(shè)計(jì)數(shù)據(jù)庫。一般情況下，盡可能使用范式化的數(shù)據(jù)庫設(shè)計(jì)，因?yàn)榉妒交臄?shù)據(jù)庫設(shè)計(jì)能讓產(chǎn)品更加靈活，并且能在數(shù)據(jù)庫層保持?jǐn)?shù)據(jù)完整性。

有的時(shí)候，提升性能最好的方法是在同一表中保存冗余數(shù)據(jù)，如果能容許少量的臟數(shù)據(jù)，創(chuàng)建一張完全獨(dú)立的匯總表或緩存表是非常好的方法。舉個(gè)例子，設(shè)計(jì)一張“下載次數(shù)表”來緩存下載次數(shù)信息，可使在海量數(shù)據(jù)的情況下，提高查詢總數(shù)信息的速度。

另外一個(gè)比較典型的場景，出于擴(kuò)展性考慮，可能會使用 BLOB 和 TEXT 類型的列存儲 JSON 結(jié)構(gòu)的數(shù)據(jù)，這樣的好處在于可以在任何時(shí)候，將新的屬性添加到這個(gè)字段中，而不需要更改表結(jié)構(gòu)。但是，這個(gè)設(shè)計(jì)的缺點(diǎn)也比較明顯，就是需要獲取整個(gè)字段內(nèi)容進(jìn)行解碼來獲取指定的屬性，并且無法進(jìn)行索引、排序、聚合等操作。因此，如果需要考慮更加復(fù)雜的使用場景，更加建議使用 MongoDB 這樣的文檔型數(shù)據(jù)庫。

3、數(shù)據(jù)庫事務(wù)

事務(wù)是一個(gè)不可分割的數(shù)據(jù)庫操作序列，也是數(shù)據(jù)庫并發(fā)控制的基本單位，其執(zhí)行的結(jié)果必須使數(shù)據(jù)庫從一種一致性狀態(tài)變到另一種一致性狀態(tài)。

(1). 事務(wù)的特征

原子性(Atomicity)：事務(wù)所包含的一系列數(shù)據(jù)庫操作要么全部成功執(zhí)行，要么全部回滾；

一致性(Consistency)：事務(wù)的執(zhí)行結(jié)果必須使數(shù)據(jù)庫從一個(gè)一致性狀態(tài)到另一個(gè)一致性狀態(tài)；

隔離性(Isolation)：并發(fā)執(zhí)行的事務(wù)之間不能相互影響；

持久性(Durability)：事務(wù)一旦提交，對數(shù)據(jù)庫中數(shù)據(jù)的改變是永久性的。

(2). 事務(wù)并發(fā)帶來的問題

臟讀：一個(gè)事務(wù)讀取了另一個(gè)事務(wù)未提交的數(shù)據(jù)；

不可重復(fù)讀：不可重復(fù)讀的重點(diǎn)是修改，同樣條件下兩次讀取結(jié)果不同，也就是說，被讀取的數(shù)據(jù)可以被其它事務(wù)修改；

幻讀：幻讀的重點(diǎn)在于新增或者刪除，同樣條件下兩次讀出來的記錄數(shù)不一樣。

(3). 隔離級別

隔離級別決定了一個(gè)session中的事務(wù)可能對另一個(gè)session中的事務(wù)的影響。

ANSI標(biāo)準(zhǔn)定義了4個(gè)隔離級別，MySQL的InnoDB都支持，分別是：

READ UNCOMMITTED（未提交讀）：最低級別的隔離，通常又稱為dirty read，它允許一個(gè)事務(wù)讀取另一個(gè)事務(wù)還沒commit的數(shù)據(jù)，這樣可能會提高性能，但是會導(dǎo)致臟讀問題；

READ COMMITTED（提交讀）：在一個(gè)事務(wù)中只允許對其它事務(wù)已經(jīng)commit的記錄可見，該隔離級別不能避免不可重復(fù)讀問題；

REPEATABLE READ（可重復(fù)讀）：在一個(gè)事務(wù)開始后，其他事務(wù)對數(shù)據(jù)庫的修改在本事務(wù)中不可見，直到本事務(wù)commit或rollback。但是，其他事務(wù)的insert/delete操作對該事務(wù)是可見的，也就是說，該隔離級別并不能避免幻讀問題。在一個(gè)事務(wù)中重復(fù)select的結(jié)果一樣，除非本事務(wù)中update數(shù)據(jù)庫。

SERIALIZABLE（可串行化）：最高級別的隔離，只允許事務(wù)串行執(zhí)行。

MySQL默認(rèn)的隔離級別是REPEATABLE READ。

4、什么是存儲過程？有哪些優(yōu)缺點(diǎn)？

存儲過程是事先經(jīng)過編譯并存儲在數(shù)據(jù)庫中的一段SQL語句的集合。進(jìn)一步地說，存儲過程是由一些T-SQL語句組成的代碼塊，這些T-SQL語句代碼像一個(gè)方法一樣實(shí)現(xiàn)一些功能（對單表或多表的增刪改查），然后再給這個(gè)代碼塊取一個(gè)名字，在用到這個(gè)功能的時(shí)候調(diào)用他就行了。存儲過程具有以下特點(diǎn)：

• 存儲過程只在創(chuàng)建時(shí)進(jìn)行編譯，以后每次執(zhí)行存儲過程都不需再重新編譯，而一般 SQL 語句每執(zhí)行一次就編譯一次，所以使用存儲過程可提高數(shù)據(jù)庫執(zhí)行效率；

• 當(dāng)SQL語句有變動時(shí)，可以只修改數(shù)據(jù)庫中的存儲過程而不必修改代碼；

• 減少網(wǎng)絡(luò)傳輸，在客戶端調(diào)用一個(gè)存儲過程當(dāng)然比執(zhí)行一串SQL傳輸?shù)臄?shù)據(jù)量要?。?/p>

• 通過存儲過程能夠使沒有權(quán)限的用戶在控制之下間接地存取數(shù)據(jù)庫，從而確保數(shù)據(jù)的安全。

5、簡單說一說drop、delete與truncate的區(qū)別

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

Delete用來刪除表的全部或者一部分?jǐn)?shù)據(jù)行，執(zhí)行delete之后，用戶需要提交(commmit)或者回滾(rollback)來執(zhí)行刪除或者撤銷刪除， delete命令會觸發(fā)這個(gè)表上所有的delete觸發(fā)器；

Truncate刪除表中的所有數(shù)據(jù)，這個(gè)操作不能回滾，也不會觸發(fā)這個(gè)表上的觸發(fā)器，TRUNCATE比delete更快，占用的空間更小；

Drop命令從數(shù)據(jù)庫中刪除表，所有的數(shù)據(jù)行，索引和權(quán)限也會被刪除，所有的DML觸發(fā)器也不會被觸發(fā)，這個(gè)命令也不能回滾。

因此，在不再需要一張表的時(shí)候，用drop；在想刪除部分?jǐn)?shù)據(jù)行時(shí)候，用delete；在保留表而刪除所有數(shù)據(jù)的時(shí)候用truncate。

6、什么叫視圖？游標(biāo)是什么？

視圖是一種虛擬的表，通常是有一個(gè)表或者多個(gè)表的行或列的子集，具有和物理表相同的功能，可以對視圖進(jìn)行增，刪，改，查等操作。特別地，對視圖的修改不影響基本表。相比多表查詢，它使得我們獲取數(shù)據(jù)更容易。

游標(biāo)是對查詢出來的結(jié)果集作為一個(gè)單元來有效的處理。游標(biāo)可以定在該單元中的特定行，從結(jié)果集的當(dāng)前行檢索一行或多行。可以對結(jié)果集當(dāng)前行做修改。一般不使用游標(biāo)，但是需要逐條處理數(shù)據(jù)的時(shí)候，游標(biāo)顯得十分重要。

在操作mysql的時(shí)候，我們知道MySQL檢索操作返回一組稱為結(jié)果集的行。這組返回的行都是與 SQL語句相匹配的行（零行或多行）。使用簡單的 SELECT語句，例如，沒有辦法得到第一行、下一行或前 10行，也不存在每次一行地處理所有行的簡單方法（相對于成批地處理它們）。有時(shí)，需要在檢索出來的行中前進(jìn)或后退一行或多行。這就是使用游標(biāo)的原因。游標(biāo)（cursor）是一個(gè)存儲在MySQL服務(wù)器上的數(shù)據(jù)庫查詢，它不是一條 SELECT語句，而是被該語句檢索出來的結(jié)果集。在存儲了游標(biāo)之后，應(yīng)用程序可以根據(jù)需要滾動或?yàn)g覽其中的數(shù)據(jù)。游標(biāo)主要用于交互式應(yīng)用，其中用戶需要滾動屏幕上的數(shù)據(jù)，并對數(shù)據(jù)進(jìn)行瀏覽或做出更改。

7、什么是觸發(fā)器？

觸發(fā)器是與表相關(guān)的數(shù)據(jù)庫對象，在滿足定義條件時(shí)觸發(fā)，并執(zhí)行觸發(fā)器中定義的語句集合。觸發(fā)器的這種特性可以協(xié)助應(yīng)用在數(shù)據(jù)庫端確保數(shù)據(jù)庫的完整性。

8、超鍵、候選鍵、主鍵、外鍵

• 超鍵：在關(guān)系中能唯一標(biāo)識元組的屬性集稱為關(guān)系模式的超鍵。一個(gè)屬性可以為作為一個(gè)超鍵，多個(gè)屬性組合在一起也可以作為一個(gè)超鍵。超鍵包含候選鍵和主鍵。

• 候選鍵：是最小超鍵，即沒有冗余元素的超鍵。

• 主鍵：數(shù)據(jù)庫表中對儲存數(shù)據(jù)對象予以唯一和完整標(biāo)識的數(shù)據(jù)列或?qū)傩缘慕M合。一個(gè)數(shù)據(jù)列只能有一個(gè)主鍵，且主鍵的取值不能缺失，即不能為空值（Null）。

• 外鍵：在一個(gè)表中存在的另一個(gè)表的主鍵稱此表的外鍵。

9、什么是事務(wù)？什么是鎖？

• 事務(wù)：就是被綁定在一起作為一個(gè)邏輯工作單元的 SQL 語句分組，如果任何一個(gè)語句操作失敗那么整個(gè)操作就被失敗，以后操作就會回滾到操作前狀態(tài)，或者是上有個(gè)節(jié)點(diǎn)。為了確保要么執(zhí)行，要么不執(zhí)行，就可以使用事務(wù)。要將有組語句作為事務(wù)考慮，就需要通過 ACID 測試，即原子性，一致性，隔離性和持久性。

• 鎖：在所以的 DBMS 中，鎖是實(shí)現(xiàn)事務(wù)的關(guān)鍵，鎖可以保證事務(wù)的完整性和并發(fā)性。與現(xiàn)實(shí)生活中鎖一樣，它可以使某些數(shù)據(jù)的擁有者，在某段時(shí)間內(nèi)不能使用某些數(shù)據(jù)或數(shù)據(jù)結(jié)構(gòu)。當(dāng)然鎖還分級別的。

10、數(shù)據(jù)庫鎖機(jī)制

數(shù)據(jù)庫鎖定機(jī)制簡單來說就是數(shù)據(jù)庫為了保證數(shù)據(jù)的一致性而使各種共享資源在被并發(fā)訪問，訪問變得有序所設(shè)計(jì)的一種規(guī)則。MySQL各存儲引擎使用了三種類型（級別）的鎖定機(jī)制：行級鎖定，頁級鎖定和表級鎖定。

• 表級鎖定（table-level）：表級別的鎖定是MySQL各存儲引擎中最大顆粒度的鎖定機(jī)制。該鎖定機(jī)制最大的特點(diǎn)是實(shí)現(xiàn)邏輯非常簡單，帶來的系統(tǒng)負(fù)面影響最小。所以獲取鎖和釋放鎖的速度很快。由于表級鎖一次會將整個(gè)表鎖定，所以可以很好的避免困擾我們的死鎖問題。當(dāng)然，鎖定顆粒度大所帶來最大的負(fù)面影響就是出現(xiàn)鎖定資源爭用的概率也會最高，致使并大度大打折扣。表級鎖分為讀鎖和寫鎖。

• 頁級鎖定（page-level）：頁級鎖定的特點(diǎn)是鎖定顆粒度介于行級鎖定與表級鎖之間，所以獲取鎖定所需要的資源開銷，以及所能提供的并發(fā)處理能力也同樣是介于上面二者之間。另外，頁級鎖定和行級鎖定一樣，會發(fā)生死鎖。

• 行級鎖定（row-level）：行級鎖定最大的特點(diǎn)就是鎖定對象的顆粒度很小，也是目前各大數(shù)據(jù)庫管理軟件所實(shí)現(xiàn)的鎖定顆粒度最小的。由于鎖定顆粒度很小，所以發(fā)生鎖定資源爭用的概率也最小，能夠給予應(yīng)用程序盡可能大的并發(fā)處理能力而提高一些需要高并發(fā)應(yīng)用系統(tǒng)的整體性能。雖然能夠在并發(fā)處理能力上面有較大的優(yōu)勢，但是行級鎖定也因此帶來了不少弊端。由于鎖定資源的顆粒度很小，所以每次獲取鎖和釋放鎖需要做的事情也更多，帶來的消耗自然也就更大了。此外，行級鎖定也最容易發(fā)生死鎖。InnoDB的行級鎖同樣分為兩種，共享鎖和排他鎖，同樣InnoDB也引入了意向鎖（表級鎖）的概念，所以也就有了意向共享鎖和意向排他鎖，所以InnoDB實(shí)際上有四種鎖，即共享鎖（S）、排他鎖（X）、意向共享鎖（IS）、意向排他鎖（IX）；

在MySQL數(shù)據(jù)庫中，使用表級鎖定的主要是MyISAM，Memory，CSV等一些非事務(wù)性存儲引擎，而使用行級鎖定的主要是Innodb存儲引擎和NDBCluster存儲引擎，頁級鎖定主要是BerkeleyDB存儲引擎的鎖定方式。

而意向鎖的作用就是當(dāng)一個(gè)事務(wù)在需要獲取資源鎖定的時(shí)候，如果遇到自己需要的資源已經(jīng)被排他鎖占用的時(shí)候，該事務(wù)可以需要鎖定行的表上面添加一個(gè)合適的意向鎖。如果自己需要一個(gè)共享鎖，那么就在表上面添加一個(gè)意向共享鎖。而如果自己需要的是某行（或者某些行）上面添加一個(gè)排他鎖的話，則先在表上面添加一個(gè)意向排他鎖。意向共享鎖可以同時(shí)并存多個(gè)，但是意向排他鎖同時(shí)只能有一個(gè)存在。