❶ 面試題_說說你是怎麼資料庫優化的
對sql語句優化：
就是能分開寫的語句就分開寫，不要一次性就解決，這樣對效率來說是很大的開銷的
避免使用不兼容伍臘的數據類型：
如float和int，char和varchar等都是不兼容的。
盡量避免在where子句中對欄位進行函孫橘物數或表達式操作
避免使用isnotnull、in等一些無法讓系統使用索引操作的詞
合理使用exists，notexists字句
盡量則液避免在索引過的字元數據中，使用非打頭字母所有
避免困難的正規表達式
對mysql優化:
1.選取最適用的欄位屬性，可以的情況下，應該盡量把欄位設置為NOTNULL
2.使用連接（JOIN）來代替子查詢
3.使用聯合來代替手動創建的臨時表
4.增刪改或者多條查詢數據時使用事務操作
5.鎖定表（代替事務的另一種方法）
6.使用外鍵（鎖定表的方法可以維護數據的完整性，但它不能保證數據的關聯性，應該使用外鍵）
7.可以優化SQL查詢演算法，提高查詢速度8.給數據量大的查詢次數頻繁而修改次數少的數據表添加索引，提升查詢速度
面試題_說說你是怎麼資料庫優化的
標簽：鎖定oat試題數據表arc手動頻繁添加設置
❷ 面試題 java什麼叫事務，事務有什麼用
事務你可以去看概念，我給你說下簡單理解。你去斗魚送禮物，扣了你的魚丸給主播送了禮物，這倆操作必須是綁定在一起的，不然單個任何一個完成了另外一個沒完成都會出問題。對到資料庫的操作就是，你花錢，買了禮物，禮物送出去。前面兩個步驟就是一個事物，花錢買-禮物發到你庫存。然後這東西肯定要寫到庫里。這么說明白了吧，同樣送禮物這個，從你的庫存拿走，送給主播，也必須是一致的，必須一起完成。面試時候就照著這個意思大概的發山擾揮吧。
另外，真去面試，你別張嘴就xx概念，什麼這個盯唯首性，那個性，幹了幾年業務的我估計沒幾個能真記住這些，你就大致按照自己的想法和理解說說。直接背概念十個有九個會被當培訓班出來的，面試不過或者被壓凱數工資都是尋常的事。
❸ 每日一問-常見MySQL面試問題3
什麼是數顫緩據庫事務，MySQL 為什麼會使用 InnoDB 作為默認選項?
1.原子性（一個原子事務中的所有操作要麼全部成功，要麼全部失敗） 實現主要基於undo log（回滾日誌）
2.一致性（資料庫總是從一個一致性的狀態轉換到另一個一致性的狀態茄碼模）
3. 隔離性（針對並發事務而言，事務必須在不幹擾其他進程或事務的前提下獨立執行）
4.持模冊久性（一旦事務提交成功，它對於數據的修改就會永久保存到資料庫中）
也就是我們常說的事務ACID，這樣才能保證事務中數據的正確性。
InnoDB支持事務安全，InnoDB支持表、行(默認)級鎖，而MyISAM支持表級鎖；
❹ 資料庫常見筆試面試題
資料庫常見筆試面試題
資料庫常見筆試面試題有哪些?資料庫常見筆試面試會考什麼?下面是資料庫常見面試題總結，為大家提供參考。
1、SQL的表連接方式有哪些?
SQL中連接按結果集分為：內連接，外連接，交叉連接
內連接：inner join on，兩表都滿足的組合。內連接分為等值連接，不等連接，自然連接。
等值連接：兩表中相同的列都會出現在結果集中。
自然連接：兩表中具體相同列表的列會合並為同一列出現在結果集中。
外連接：分為左(外)連接，右(外)連接，全連接
左(外)連接：A left (outer) join B,以A表為基礎，A表的全部數據，B表有的組合，沒有的為null。
右(外)連接：A right(outer) join B,以B表為基礎，B表的全部數據，A表有的組合，沒有的位null。
全連接：A full (outer) join 兩表相同的組合在一起，A表有，B表沒有的數據(顯示為null)，同樣B表有，A表沒有的顯示為null。
交叉連接：cross join,就是笛卡爾乘積。
2、三範式
1NF:表中的欄位都是單一屬性，不再可分。
2NF：在1NF的基礎上，表中所有的非主屬性都必須完全依賴於任意一組候選鍵，不能僅依賴於候選鍵中的某個屬性。
3NF：在2NF的基礎上，表中所有的屬性都不依賴其他非主屬性。
簡單的說就是：1NF表示每個屬性不可分割，2NF表示非主屬性不存在對主鍵的部分依賴，3NF表示不存在非主屬性對主鍵的依賴傳遞。
3、表的操作
表的創建：create table 表名 (列名1 類型 約束，列2 類型 約束…)
表的刪除： 表名
表的更改(結構的更改，不是記錄的更新)：alter table 表名 add|drop 列名|約束名
插入記錄： into 表名…values…
更新記錄：表名 set 列名=值 where 條件
刪除記錄： from 表名 where 條件
4、數據的完整性
數據完整性指的是存儲在資料庫中的數據的一致性和准確性。
完整性分類：
(1)實體完整性：主鍵值必須唯一且非空。(主鍵約束)
(2) 引用完整性(也叫參照完整性)：外鍵要麼為空，要麼引用主表中存在的記錄。(外鍵約束)。
(3)用戶自定義完整性：針對某一具體關系資料庫中的約束條件。
5、SQL的查詢優化
(1)從表連接的角度優化：盡量使用內連接，因為內連接是兩表都滿足的行的組合，而外連接是以其中一個表的全部為基準。
(2)盡量使用存儲過程代替臨時寫SQL語句：因為存儲過程是預先編譯好的SQL語句的集合，這樣可以減少編譯時間。
(3)從索引的角度優化：對那些常用的查詢欄位簡歷索引，這樣查詢時值進行索引掃描，不讀取數據塊。
(4)還有一些常用的select優化技巧：
(5)A.只查詢那些需要訪問的欄位，來代替select*
B、將過濾記錄越多的where語句向前移：在一個SQL語句中，如果一個where條件過濾的資料庫記錄越多，定位越准確，則該where條件越應該前移。
6、索引的作用，聚集索引與非聚集索引的區別
索引是一個資料庫對象，使用索引，可以是資料庫程序無須對整個數據進行掃描，就可以在其中找到目標數據，從而提高查找效率。索引的底層採用的是B樹。
聚集索引：根據記錄的key再表中排序數據行。
非聚集索引：獨立於記錄的結構，非聚集所以包含的`key，且每個鍵值項都有指向該簡直的數據行的指針。
聚集索引與非聚集索引的區別：
(1)聚集索引的物理存儲按索引排序，非聚集所以的物理存儲不按索引排序。
(2) 聚集索引插入，更新數據的速度比非聚集索引慢，單查詢速度更快。
(3) 聚集索引的葉級結點保存的是時間的數據項，而非聚集結點的葉級結點保存的是指向數據項的指針。
(4)一個表只能有一個聚集索引(因為只有一種排序方式)，但可以有多個非聚集索引。
7、存儲過程與函數的區別
(1)函數有返回值，存儲過程沒有返回值。
(2) 因為存儲過程沒有返回值，所以不能將存儲過程的執行結果賦值給變數;函數有返回值類型，調用函數時，可以將函數的執行結果賦值給變數。也就是說，函數可以在select語句中使用，而存儲過程則不能。
❺ Oracle資料庫 面試時問：什麼是資料庫事務，怎麼回答，請明白的人給個答案，謝謝
事務（Transaction）是並發控制的單位，是用戶定義的一個操氏禪作序列，也就是完成某一功能的一組SQL語句。運櫻事殲悄塵務具有：原子性、一致性、分離性、持久性。
❻ 資料庫面試常問問題有哪些
1、什麼是資料庫事務
資料庫事務是構成單一邏輯工作單元的操作集合。資料庫事務可以包括一個或多個資料庫操作，但是這些操作構成一個邏輯上的整體。
2、資料庫事務的四個特性（ACID）
A：原子性，事務中的所有操作作為一個整體不可分割，要麼全部操作要麼全部不操作。
C：一致性，事務的執行結果必須使資料庫從一個一致性狀態轉為另一個一致性狀態。一致性狀態：1.系統狀態滿足資料庫的完整性約束，2.系統的狀態反映資料庫所描述的現實世界的真實狀態。
I：隔離性：並發執行的事務不會相互影響，其對資料庫的影響和他們串列執行時一樣。
D：持久性：事務一旦提交，對資料庫的影響就是持久的。任何事務或系統故障都不會導致數據丟失。
3、什麼是資料庫連接泄露
資料庫連接泄露指的是如果在某次使用或者某段程序中沒有正確地關閉Connection、Statement和ResultSet資源，那麼每次執行都會留下一些沒有關閉的連接，這些連接失去了引用而不能得到重新使用，因此就造成了資料庫連接的泄漏。資料庫連接的資源是寶貴而且是有限的，如果在某段使用頻率很高的代碼中出現這種泄漏，那麼資料庫連接資源將被耗盡，影響系統的正常運轉。
4、聚集索引
數據行的物理順序與列值的順序相同，如果我們查詢id比較靠後的數據，那麼這行數據的地址在磁碟中的物理地址也會比較靠後。而且由於物理排列方式與聚集索引的順序相同，所以也就只能建立一個聚集索引了。
5、主鍵與外鍵
關系型資料庫中的一條記錄中有若干個屬性，若其中某一個屬性組（注意是組）能唯一標識一條記錄，該屬性組就可以成為一個主鍵。
外鍵用於與另一張表的關聯。是能確定另一張表記錄的欄位，用於保持數據的一致性。比如，A表中的一個欄位，是B表的主鍵，那他就可以是A表的外鍵。
❼ 你是如何理解資料庫事務概念的請簡單描述
資料庫事務是指作為單個邏輯工作單元執行的一系列操作。
設想網上購物的一次交易，其付款過程至少包括以下幾步資料庫操作：
· 更新客戶所購商品的庫存信息
· 保存客戶付款信息--可能包括與銀行系統的交互
· 生成訂單並且保存到資料庫中
· 更新用戶相關信息，例如購物數量等等
正常的情況下，這些操作將順利進行，最終交易成功，與交易相關的所有資料庫信息也成功地更新。但是，如果在這一系列過程中任何一個環節出了差錯，例如在更新商品庫存信息時發生異常、該顧客銀行帳戶存款不足等，都將導致交易失敗。一旦交易失敗，資料庫中所有信息都必須保持交易前的狀態不變，比如最後一步更新用戶信息時失敗而導致交易失敗，那麼必須保證這筆失敗的交易不影響資料庫的狀態--庫存信息沒有被更新、用戶也沒有付款，訂單也沒有生成。否則，資料庫的信息將會一片混亂而不可預測。
資料庫事務正是用來保證這種情況下交易的平穩性和可預測性的技術。
[編輯本段]資料庫事務的ACID屬性
事務處理可以確保除非事務性單元內的所有操作都成功完成，否則不會永久更新面向數據的資源。通過將一組相關操作組合為一個要麼全部成功要麼全部失敗的單元，可以簡化錯誤恢復並使應用程序更加可靠。一個邏輯工作單元要成為事務，必須滿足所謂的ACID(原子性、一致性、隔離性和持久性)屬性：
· 原子性 （atomic）
事務必須是原子工作單元；對於其數據修改，要麼全都執行，要麼全都不執行。通常，與某個事務關聯的操作具有共同的目標，並且是相互依賴的。如果系統只執行這些操作的一個子集，則可能會破壞事務的總體目標。原子性消除了系統處理操作子集的可能性。
· 一致性 （consistent）
事務在完成時，必須使所有的數據都保持一致狀態。在相關資料庫中，所有規則都必須應用於事務的修改，以保持所有數據的完整性。事務結束時，所有的內部數據結構（如 B 樹索引或雙向鏈表）都必須是正確的。某些維護一致性的責任由應用程序開發人員承擔，他們必須確保應用程序已強制所有已知的完整性約束。例如，當開發用於轉帳的應用程序時，應避免在轉帳過程中任意移動小數點。
· 隔離性 （insulation）
由並發事務所作的修改必須與任何其它並發事務所作的修改隔離。事務查看數據時數據所處的狀態，要麼是另一並發事務修改它之前的狀態，要麼是另一事務修改它之後的狀態，事務不會查看中間狀態的數據。這稱為可串列性，因為它能夠重新裝載起始數據，並且重播一系列事務，以使數據結束時的狀態與原始事務執行的狀態相同。當事務可序列化時將獲得最高的隔離級別。在此級別上，從一組可並行執行的事務獲得的結果與通過連續運行每個事務所獲得的結果相同。由於高度隔離會限制可並行執行的事務數，所以一些應用程序降低隔離級別以換取更大的吞吐量。
· 持久性 （Duration）
事務完成之後，它對於系統的影響是永久性的。該修改即使出現致命的系統故障也將一直保持。
[編輯本段]DBMS的責任
企業級的資料庫管理系統（DBMS）都有責任提供一種保證事務的物理完整性的機制。就常用的SQL Server2000系統而言，它具備鎖定設備隔離事務、記錄設備保證事務持久性等機制。因此，我們不必關心資料庫事務的物理完整性，而應該關注在什麼情況下使用資料庫事務、事務對性能的影響，如何使用事務等等。
本文將涉及到在.net框架下使用C#語言操縱資料庫事務的各個方面。
體驗SQL語言的事務機制
作為大型的企業級資料庫，SQL Server2000對事務提供了很好的支持。我們可以使用SQL語句來定義、提交以及回滾一個事務。
❽ 面試常問的資料庫問題及答案
目前在職場中很難找到非常合格的資料庫開發人員。有人說:「SQL開發是一門語言，它很容易學，但是很難掌握。」
在面試應聘的SQL Server資料庫開發人員時，我運用了一套標準的基準技術問題。下面這些問題是我覺得能夠真正有助於淘汰不合格應聘者的問題。它們按照從易到難的順序排列。當你問到關於主鍵和外鍵的問題時，後面的問題都十分有難度，因為答案可能會更難解釋和說明，尤其是在面試的情形下。
你能向我簡要敘述一下SQL Server 2000中使用的一些資料庫對象嗎?
你希望聽到的答案包括這樣一些對象:表格、視圖、用戶定義的函數，以及存儲過程;如果他們還能夠提到像觸發器這樣的對象就更好了。如果應聘者不能回答這個基本的問題，那麼這不是一個好兆頭。
NULL是什麼意思?
NULL(空)這個值是資料庫世界裡一個非常難纏的東西，所以有不少應聘者會在這個問題上跌跟頭您也不要覺得意外。
NULL這個值表示UNKNOWN(未知):它不表示「」(空字元串)。假設您的SQL Server資料庫里有ANSI_NULLS，當然在默認情況下會有，對NULL這個值的任何比較都會生產一個NULL值。您不能把任何值與一個 UNKNOWN值進行比較，並在邏輯上希望獲得一個答案。您必須使用IS NULL操作符。
什麼是索引?SQL Server 2000里有什麼類型的索引?
任何有經驗的資料庫開發人員都應該能夠很輕易地回答這個問題。一些經驗不太多的開發人員能夠回答這個問題，但是有些地方會說不清楚。
簡單地說，索引是一個數據結構，用來快速訪問資料庫表格或者視圖里的數據。在SQL Server里，它們有兩種形式:聚集索引和非聚集索引。聚集索引在索引的葉級保存數據。這意味著不論聚集索引里有表格的哪個(或哪些)欄位，這些欄位都會按順序被保存在表格。由於存在這種排序，所以每個表格只會有一個聚集索引。非聚集索引在索引的葉級有一個行標識符。這個行標識符是一個指向磁碟上數據的指針。它允許每個表格有多個非聚集索引。
什麼是主鍵?什麼是外鍵?
主鍵是表格里的(一個或多個)欄位，只用來定義表格里的行;主鍵里的值總是唯一的。外鍵是一個用來建立兩個表格之間關系的約束。這種關系一般都涉及一個表格里的主鍵欄位與另外一個表格(盡管可能是同一個表格)里的一系列相連的欄位。那麼這些相連的欄位就是外鍵。
什麼是觸發器?SQL Server 2000有什麼不同類型的觸發器?
讓未來的資料庫開發人員知道可用的觸發器類型以及如何實現它們是非常有益的
觸發器是一種專用類型的存儲過程，它被捆綁到SQL Server 2000的表格或者視圖上。在SQL Server 2000里，有INSTEAD-OF和AFTER兩種觸發器。INSTEAD-OF觸發器是替代數據操控語言(Data Manipulation Language，DML)語句對表格執行語句的存儲過程。例如，如果我有一個用於TableA的INSTEAD-OF-UPDATE觸發器，同時對這個表格執行一個更新語句，那麼INSTEAD-OF-UPDATE觸發器里的代碼會執行，而不是我執行的更新語句則不會執行操作。
AFTER觸發器要在DML語句在資料庫里使用之後才執行。這些類型的觸發器對於監視發生在資料庫表格里的數據變化十分好用。
您如何確一個帶有名為Fld1欄位的TableB表格里只具有Fld1欄位里的那些值，而這些值同時在名為TableA的表格的Fld1欄位里?
這個與關系相關的問題有兩個可能的答案。第一個答案(而且是您希望聽到的答案)是使用外鍵限制。外鍵限制用來維護引用的完整性。它被用來確保表格里的欄位只保存有已經在不同的(或者相同的)表格里的另一個欄位里定義了的值。這個欄位就是候選鍵(通常是另外一個表格的主鍵)。
另外一種答案是觸發器。觸發器可以被用來保證以另外一種方式實現與限制相同的作用，但是它非常難設置與維護，而且性能一般都很糟糕。由於這個原因，微軟建議開發人員使用外鍵限制而不是觸發器來維護引用的完整性。
對一個投入使用的在線事務處理表格有過多索引需要有什麼樣的性能考慮?
你正在尋找進行與數據操控有關的應聘人員。對一個表格的索引越多，資料庫引擎用來更新、插入或者刪除數據所需要的時間就越多，因為在數據操控發生的時候索引也必須要維護。
你可以用什麼來確保表格里的欄位只接受特定范圍里的值?
這個問題可以用多種方式來回答，但是只有一個答案是「好」答案。您希望聽到的回答是Check限制，它在資料庫表格里被定義，用來限制輸入該列的值。
觸發器也可以被用來限制資料庫表格里的欄位能夠接受的值，但是這種辦法要求觸發器在表格里被定義，這可能會在某些情況下影響到性能。因此，微軟建議使用Check限制而不是其他的方式來限制域的完整性。
<b?返回參數和output參數之間的區別是什麼?>如果應聘者能夠正確地回答這個問題，那麼他的機會就非常大了，因為這表明他們具有使用存儲過程的經驗。
返回參數總是由存儲過程返回，它用來表示存儲過程是成功還是失敗。返回參數總是INT數據類型。
OUTPUT參數明確要求由開發人員來指定，它可以返回其他類型的數據，例如字元型和數值型的值。(可以用作輸出參數的數據類型是有一些限制的。)您可以在一個存儲過程里使用多個OUTPUT參數，而您只能夠使用一個返回參數。
什麼是相關子查詢?如何使用這些查詢?
經驗更加豐富的開發人員將能夠准確地描述這種類型的查詢。
相關子查詢是一種包含子查詢的特殊類型的查詢。查詢里包含的子查詢會真正請求外部查詢的值，從而形成一個類似於循環的狀況。</b?返回參數和output參數之間的區別是什麼?>
❾ 「春招系列」MySQL面試核心25問（附答案）
篇幅所限本文只寫了MySQL25題，像其他的Redis，SSM框架，演算法，計網等技術棧的面試題後面會持續更新，個人整理的1000餘道面試八股文會放在文末給大家白嫖，最近有面試需要刷題的同學可以直接翻到文末領取。
如果表使用自增主鍵，那麼每次插入新的記錄，記錄就會順序添加到當前索引節點的後續位置，當一頁寫滿，就會自動開辟一個新的頁。如果使用非自增主鍵（如果身份證號或學號等），由於每次插入主鍵的值近似於隨機，因此每次新紀錄都要被插到現有索引頁得中間某個位置， 頻繁的移動、分頁操作造成了大量的碎片，得到了不夠緊湊的索引結構，後續不得不通過OPTIMIZE TABLE（optimize table）來重建表並優化填充頁面。
Server層按順序執行sql的步驟為：
簡單概括：
可以分為服務層和存儲引擎層兩部分，其中：
服務層包括連接器、查詢緩存、分析器、優化器、執行器等 ，涵蓋MySQL的大多數核心服務功能，以及所有的內置函數（如日期、時間、數學和加密函數等），所有跨存儲引擎的功能都在這一層實現，比如存儲過程、觸發器、視圖等。
存儲引擎層負責數據的存儲和提取 。其架構模式是插件式的，支持InnoDB、MyISAM、Memory等多個存儲引擎。現在最常用的存儲引擎是InnoDB，它從MySQL 5.5.5版本開始成為了默認的存儲引擎。
Drop、Delete、Truncate都表示刪除，但是三者有一些差別：
Delete 用來刪除表的全部或者一部分數據行，執行Delete之後，用戶需要提交(commmit)或者回滾(rollback)來執行刪除或者撤銷刪除，會觸發這個表上所有的delete觸發器。
Truncate 刪除表中的所有數據，這個操作不能回滾，也不會觸發這個表上的觸發器，TRUNCATE比Delete更快，佔用的空間更小。
Drop 命令從資料庫中刪除表，所有的數據行，索引和許可權也會被刪除，所有的DML觸發器也不會被觸發，這個命令也不能回滾。
因此，在不再需要一張表的時候，用Drop；在想刪除部分數據行時候，用Delete；在保留表而刪除所有數據的時候用Truncate。
隔離級別臟讀不可重復讀幻影讀 READ-UNCOMMITTED 未提交讀 READ-COMMITTED 提交讀 REPEATABLE-READ 重復讀 SERIALIZABLE 可串列化讀
MySQL InnoDB 存儲引擎的默認支持的隔離級別是 REPEATABLE-READ （可重讀）
這里需要注意的是 ：與 SQL 標准不同的地方在於InnoDB 存儲引擎在 REPEATABLE-READ（可重讀）事務隔離級別 下使用的是 Next-Key Lock 鎖 演算法，因此可以避免幻讀的產生，這與其他資料庫系統(如 SQL Server)是不同的。所以 說InnoDB 存儲引擎的默認支持的隔離級別是 REPEATABLE-READ（可重讀） 已經可以完全保證事務的隔離性要 求，即達到了 SQL標準的SERIALIZABLE(可串列化)隔離級別。
因為隔離級別越低，事務請求的鎖越少，所以大部分資料庫系統的隔離級別都是READ-COMMITTED(讀取提交內 容):，但是你要知道的是InnoDB 存儲引擎默認使用 REPEATABLE-READ（可重讀）並不會有任何性能損失 。
InnoDB 存儲引擎在分布式事務 的情況下一般會用到SERIALIZABLE(可串列化)隔離級別。
主要原因：B+樹只要遍歷葉子節點就可以實現整棵樹的遍歷，而且在資料庫中基於范圍的查詢是非常頻繁的，而B樹只能中序遍歷所有節點，效率太低。
文件與資料庫都是需要較大的存儲，也就是說，它們都不可能全部存儲在內存中，故需要存儲到磁碟上。而所謂索引，則為了數據的快速定位與查找，那麼索引的結構組織要盡量減少查找過程中磁碟I/O的存取次數，因此B+樹相比B樹更為合適。資料庫系統巧妙利用了局部性原理與磁碟預讀原理，將一個節點的大小設為等於一個頁，這樣每個節點只需要一次I/O就可以完全載入，而紅黑樹這種結構，高度明顯要深的多，並且由於邏輯上很近的節點(父子)物理上可能很遠，無法利用局部性。
最重要的是，B+樹還有一個最大的好處：方便掃庫。
B樹必須用中序遍歷的方法按序掃庫，而B+樹直接從葉子結點挨個掃一遍就完了，B+樹支持range-query非常方便，而B樹不支持，這是資料庫選用B+樹的最主要原因。
B+樹查找效率更加穩定，B樹有可能在中間節點找到數據，穩定性不夠。
B+tree的磁碟讀寫代價更低：B+tree的內部結點並沒有指向關鍵字具體信息的指針(紅色部分)，因此其內部結點相對B 樹更小。如果把所有同一內部結點的關鍵字存放在同一塊盤中，那麼盤塊所能容納的關鍵字數量也越多。一次性讀入內存中的需要查找的關鍵字也就越多，相對來說IO讀寫次數也就降低了；
B+tree的查詢效率更加穩定：由於內部結點並不是最終指向文件內容的結點，而只是葉子結點中關鍵字的索引，所以，任何關鍵字的查找必須走一條從根結點到葉子結點的路。所有關鍵字查詢的路徑長度相同，導致每一個數據的查詢效率相當；
視圖是一種虛擬的表，通常是有一個表或者多個表的行或列的子集，具有和物理表相同的功能 游標是對查詢出來的結果集作為一個單元來有效的處理。一般不使用游標，但是需要逐條處理數據的時候，游標顯得十分重要。
而在 MySQL 中，恢復機制是通過回滾日誌（undo log）實現的，所有事務進行的修改都會先記錄到這個回滾日誌中，然後在對資料庫中的對應行進行寫入。當事務已經被提交之後，就無法再次回滾了。
回滾日誌作用：1)能夠在發生錯誤或者用戶執行 ROLLBACK 時提供回滾相關的信息 2) 在整個系統發生崩潰、資料庫進程直接被殺死後，當用戶再次啟動資料庫進程時，還能夠立刻通過查詢回滾日誌將之前未完成的事務進行回滾，這也就需要回滾日誌必須先於數據持久化到磁碟上，是我們需要先寫日誌後寫資料庫的主要原因。
InnoDB
MyISAM
總結
資料庫並發會帶來臟讀、幻讀、丟棄更改、不可重復讀這四個常見問題，其中：
臟讀 ：在第一個修改事務和讀取事務進行的時候，讀取事務讀到的數據為100，這是修改之後的數據，但是之後該事務滿足一致性等特性而做了回滾操作，那麼讀取事務得到的結果就是臟數據了。
幻讀 ：一般是T1在某個范圍內進行修改操作（增加或者刪除），而T2讀取該范圍導致讀到的數據是修改之間的了，強調范圍。
丟棄修改 ：兩個寫事務T1 T2同時對A=0進行遞增操作，結果T2覆蓋T1，導致最終結果是1 而不是2，事務被覆蓋
不可重復讀 ：T2 讀取一個數據，然後T1 對該數據做了修改。如果 T2 再次讀取這個數據，此時讀取的結果和第一次讀取的結果不同。
第一個事務首先讀取var變數為50，接著准備更新為100的時，並未提交，第二個事務已經讀取var為100，此時第一個事務做了回滾。最終第二個事務讀取的var和資料庫的var不一樣。
T1 讀取某個范圍的數據，T2 在這個范圍內插入新的數據，T1 再次讀取這個范圍的數據，此時讀取的結果和和第一次讀取的結果不同。
T1 和 T2 兩個事務都對一個數據進行修改，T1 先修改，T2 隨後修改，T2 的修改覆蓋了 T1 的修改。例如：事務1讀取某表中的數據A=50，事務2也讀取A=50，事務1修改A=A+50，事務2也修改A=A+50，最終結果A=100，事務1的修改被丟失。
T2 讀取一個數據，T1 對該數據做了修改。如果 T2 再次讀取這個數據，此時讀取的結果和第一次讀取的結果不同。
悲觀鎖，先獲取鎖，再進行業務操作，一般就是利用類似 SELECT … FOR UPDATE 這樣的語句，對數據加鎖，避免其他事務意外修改數據。當資料庫執行SELECT … FOR UPDATE時會獲取被select中的數據行的行鎖，select for update獲取的行鎖會在當前事務結束時自動釋放，因此必須在事務中使用。
樂觀鎖，先進行業務操作，只在最後實際更新數據時進行檢查數據是否被更新過。Java 並發包中的 AtomicFieldUpdater 類似，也是利用 CAS 機制，並不會對數據加鎖，而是通過對比數據的時間戳或者版本號，來實現樂觀鎖需要的版本判斷。
分庫與分表的目的在於，減小資料庫的單庫單表負擔，提高查詢性能，縮短查詢時間。
通過分表 ，可以減少資料庫的單表負擔，將壓力分散到不同的表上，同時因為不同的表上的數據量少了，起到提高查詢性能，縮短查詢時間的作用，此外，可以很大的緩解表鎖的問題。分表策略可以歸納為垂直拆分和水平拆分:
水平分表 ：取模分表就屬於隨機分表，而時間維度分表則屬於連續分表。如何設計好垂直拆分，我的建議：將不常用的欄位單獨拆分到另外一張擴展表. 將大文本的欄位單獨拆分到另外一張擴展表, 將不經常修改的欄位放在同一張表中，將經常改變的欄位放在另一張表中。對於海量用戶場景，可以考慮取模分表，數據相對比較均勻，不容易出現熱點和並發訪問的瓶頸。
庫內分表 ，僅僅是解決了單表數據過大的問題，但並沒有把單表的數據分散到不同的物理機上，因此並不能減輕 MySQL 伺服器的壓力，仍然存在同一個物理機上的資源競爭和瓶頸，包括 CPU、內存、磁碟 IO、網路帶寬等。
分庫與分表帶來的分布式困境與應對之策 數據遷移與擴容問題----一般做法是通過程序先讀出數據，然後按照指定的分表策略再將數據寫入到各個分表中。分頁與排序問題----需要在不同的分表中將數據進行排序並返回，並將不同分表返回的結果集進行匯總和再次排序，最後再返回給用戶。
不可重復讀的重點是修改，幻讀的重點在於新增或者刪除。
視圖是虛擬的表，與包含數據的表不一樣，視圖只包含使用時動態檢索數據的查詢；不包含任何列或數據。使用視圖可以簡化復雜的 sql 操作，隱藏具體的細節，保護數據；視圖創建後，可以使用與表相同的方式利用它們。
視圖不能被索引，也不能有關聯的觸發器或默認值，如果視圖本身內有order by 則對視圖再次order by將被覆蓋。
創建視圖：create view xxx as xxxx
對於某些視圖比如未使用聯結子查詢分組聚集函數Distinct Union等，是可以對其更新的，對視圖的更新將對基表進行更新；但是視圖主要用於簡化檢索，保護數據，並不用於更新，而且大部分視圖都不可以更新。
B+tree的磁碟讀寫代價更低，B+tree的查詢效率更加穩定 資料庫索引採用B+樹而不是B樹的主要原因：B+樹只要遍歷葉子節點就可以實現整棵樹的遍歷，而且在資料庫中基於范圍的查詢是非常頻繁的，而B樹只能中序遍歷所有節點，效率太低。
B+樹的特點
在最頻繁使用的、用以縮小查詢范圍的欄位,需要排序的欄位上建立索引。不宜：1）對於查詢中很少涉及的列或者重復值比較多的列 2）對於一些特殊的數據類型，不宜建立索引，比如文本欄位（text）等。
如果一個索引包含（或者說覆蓋）所有需要查詢的欄位的值，我們就稱 之為「覆蓋索引」。
我們知道在InnoDB存儲引 擎中，如果不是主鍵索引，葉子節點存儲的是主鍵+列值。最終還是要「回表」，也就是要通過主鍵再查找一次,這樣就 會比較慢。覆蓋索引就是把要查詢出的列和索引是對應的，不做回表操作！
舉例 ：
學號姓名性別年齡系別專業 20020612李輝男20計算機軟體開發 20060613張明男18計算機軟體開發 20060614王小玉女19物理力學 20060615李淑華女17生物動物學 20060616趙靜男21化學食品化學 20060617趙靜女20生物植物學
主鍵為候選鍵的子集，候選鍵為超鍵的子集，而外鍵的確定是相對於主鍵的。