欧美vvv,亚洲第一成人在线,亚洲成人欧美日韩在线观看,日本猛少妇猛色XXXXX猛叫

MySQL一直是面試中的熱點(diǎn)問(wèn)題，也難道了很多的面試者。其實(shí)MySQL沒(méi)那么難，只是大家沒(méi)有系統(tǒng)化、實(shí)戰(zhàn)性的過(guò)去學(xué)習(xí)、總結(jié)。同時(shí)很多開(kāi)發(fā)者在實(shí)際的開(kāi)發(fā)過(guò)程中也很少去接觸一些偏向底層的知識(shí)。本手冊(cè)，已總結(jié)成完整的PDF文檔。想獲取該文檔，可以通過(guò)公眾號(hào)菜單，聯(lián)系號(hào)主。

今天這篇文章，將為大家總結(jié)MySQL中場(chǎng)景的面試題。圍繞索引、事務(wù)、鎖等幾個(gè)方面的熱點(diǎn)問(wèn)題，系統(tǒng)化的總結(jié)。大致分為如下大綱：

什么是索引？請(qǐng)簡(jiǎn)述常用的索引有哪些種類(lèi)?索引是對(duì)數(shù)據(jù)庫(kù)表中一列或多列的值進(jìn)行排序的一種結(jié)構(gòu)，使用索引可快速訪(fǎng)問(wèn)數(shù)據(jù)庫(kù)表中的特定信息。如果想按特定職員的姓來(lái)查找他或她，則在表中搜索所有的行相比，索引有助于更快地獲取信息通俗的講，索引就是數(shù)據(jù)的目錄，就像看書(shū)一樣，假如我想看第三章第四節(jié)的內(nèi)容，如果有目錄，我直接翻目錄，找到第三章第四節(jié)的頁(yè)碼即可。如果沒(méi)有目錄，我就需要將從書(shū)的開(kāi)頭開(kāi)始，一頁(yè)一頁(yè)翻，直到翻到第三章第四節(jié)的內(nèi)容。MySQL索引的分類(lèi)MySQL中索引分為B+Tree索引、hash索引、空間索引(選擇什么樣的索引方式，需要看具體的存儲(chǔ)引擎)。B+Tree又分為聚集索引和非聚集索引。聚集索引包含了主鍵索引。非聚集索引包含，唯一索引、前綴索引、聯(lián)合索引、覆蓋索引和普通索引。索引是個(gè)什么樣的數(shù)據(jù)結(jié)構(gòu)呢?索引的數(shù)據(jù)結(jié)構(gòu)和具體存儲(chǔ)引擎的實(shí)現(xiàn)有關(guān), 在MySQL中使用較多的索引有Hash索引,B+樹(shù)索引等。而我們經(jīng)常使用的存儲(chǔ)引擎的默認(rèn)索引實(shí)現(xiàn)為:B+Tree索引。Hash索引和B+樹(shù)所有有什么區(qū)別或者說(shuō)優(yōu)劣呢?首先要知道Hash索引和B+樹(shù)索引的底層實(shí)現(xiàn)原理:hash索引底層就是hash表，進(jìn)行查找時(shí)，調(diào)用一次hash函數(shù)就可以獲取到相應(yīng)的鍵值，之后進(jìn)行回表查詢(xún)獲得實(shí)際數(shù)據(jù)。

B+樹(shù)底層實(shí)現(xiàn)是多路平衡查找樹(shù)，對(duì)于每一次的查詢(xún)都是從根節(jié)點(diǎn)出發(fā)，查找到葉子節(jié)點(diǎn)方可以獲得所查鍵值，然后根據(jù)查詢(xún)判斷是否需要回表查詢(xún)數(shù)據(jù)。那么可以看出他們有以下的不同：hash索引進(jìn)行等值查詢(xún)更快(一般情況下)，但是卻無(wú)法進(jìn)行范圍查詢(xún)。因?yàn)樵趆ash索引中經(jīng)過(guò)hash函數(shù)建立索引之后，索引的順序與原順序無(wú)法保持一致，不能支持范圍查詢(xún)。而B(niǎo)+樹(shù)的的所有節(jié)點(diǎn)皆遵循(左節(jié)點(diǎn)小于父節(jié)點(diǎn)，右節(jié)點(diǎn)大于父節(jié)點(diǎn)，多叉樹(shù)也類(lèi)似)，天然支持范圍。hash索引不支持使用索引進(jìn)行排序，原理同上。hash索引不支持模糊查詢(xún)以及多列索引的最左前綴匹配.原理也是因?yàn)閔ash函數(shù)的不可預(yù)測(cè)，AAAA和AAAAB的索引沒(méi)有相關(guān)性。hash索引任何時(shí)候都避免不了回表查詢(xún)數(shù)據(jù)，而B(niǎo)+樹(shù)在符合某些條件(聚簇索引，覆蓋索引等)的時(shí)候可以只通過(guò)索引完成查詢(xún)。hash索引雖然在等值查詢(xún)上較快，但是不穩(wěn)定，性能不可預(yù)測(cè)。當(dāng)某個(gè)鍵值存在大量重復(fù)的時(shí)候，發(fā)生hash碰撞，此時(shí)效率可能極差。而B(niǎo)+樹(shù)的查詢(xún)效率比較穩(wěn)定，對(duì)于所有的查詢(xún)都是從根節(jié)點(diǎn)到葉子節(jié)點(diǎn)，且樹(shù)的高度較低。

因此，在大多數(shù)情況下，直接選擇B+樹(shù)索引可以獲得穩(wěn)定且較好的查詢(xún)速度。而不需要使用hash索引。

上面提到了B+樹(shù)在滿(mǎn)足聚簇索引和覆蓋索引的時(shí)候不需要回表查詢(xún)數(shù)據(jù),什么是聚簇索引?在B+樹(shù)的索引中，葉子節(jié)點(diǎn)可能存儲(chǔ)了當(dāng)前的key值，也可能存儲(chǔ)了當(dāng)前的key值以及整行的數(shù)據(jù)，這就是聚簇索引和非聚簇索引.。在中，只有主鍵索引是聚簇索引，如果沒(méi)有主鍵，則挑選一個(gè)唯一鍵建立聚簇索引，如果沒(méi)有唯一鍵，則隱式的生成一個(gè)鍵來(lái)建立聚簇索引。當(dāng)查詢(xún)使用聚簇索引時(shí)，在對(duì)應(yīng)的葉子節(jié)點(diǎn)，可以獲取到整行數(shù)據(jù),因此不用再次進(jìn)行回表查詢(xún)。非聚簇索引一定會(huì)回表查詢(xún)嗎?當(dāng)數(shù)據(jù)庫(kù)有并發(fā)事務(wù)的時(shí)候，可能會(huì)產(chǎn)生數(shù)據(jù)的不一致，這時(shí)候需要一些機(jī)制來(lái)保證訪(fǎng)問(wèn)的次序，鎖機(jī)制就是這樣的一個(gè)機(jī)制。就像酒店的房間，如果大家隨意進(jìn)出，就會(huì)出現(xiàn)多人搶奪同一個(gè)房間的情況，而在房間上裝上鎖，申請(qǐng)到鑰匙的人才可以入住并且將房間鎖起來(lái)，其他人只有等他使用完畢才可以再次使用。MySQL的有有幾種錄入格式?分別有什么區(qū)別?有三種格式,,row和mixed。模式下，記錄單元為語(yǔ)句。即每一個(gè)sql造成的影響會(huì)記錄，由于sql的執(zhí)行是有上下文的，因此在保存的時(shí)候需要保存相關(guān)的信息，同時(shí)還有一些使用了函數(shù)之類(lèi)的語(yǔ)句無(wú)法被記錄復(fù)制。row級(jí)別下，記錄單元為每一行的改動(dòng)，基本是可以全部記下來(lái)但是由于很多操作，會(huì)導(dǎo)致大量行的改動(dòng)(比如alter table)，因此這種模式的文件保存的信息太多，日志量太大。mixed，一種折中的方案，普通操作使用記錄，當(dāng)無(wú)法使用的時(shí)候使用row。此外，新版的MySQL中對(duì)row級(jí)別也做了一些優(yōu)化，當(dāng)表結(jié)構(gòu)發(fā)生變化的時(shí)候，會(huì)記錄語(yǔ)句而不是逐行記錄。聚簇索引和非聚簇索引的區(qū)別？

聚簇索引的子節(jié)點(diǎn)都是存的整行數(shù)據(jù)，二非聚簇索引的子節(jié)點(diǎn)存儲(chǔ)的是主鍵值。

聚簇索引可以直接檢索出數(shù)據(jù)，不需要在去表查詢(xún)一次數(shù)據(jù)。而非聚簇索引需要回表查詢(xún)，先根據(jù)索引的key得到主鍵值，在根據(jù)主鍵值回表查詢(xún)數(shù)據(jù)。

什么是索引下推索引下推定義

索引下推（index ）簡(jiǎn)稱(chēng)ICP，在.6的版本上推出，用于優(yōu)化查詢(xún)。

在不使用ICP的情況下，在使用非主鍵索引（又叫普通索引或者二級(jí)索引）進(jìn)行查詢(xún)時(shí)，存儲(chǔ)引擎通過(guò)索引檢索到數(shù)據(jù)，然后返回給MySQL服務(wù)器，服務(wù)器然后判斷數(shù)據(jù)是否符合條件 。

在使用ICP的情況下，如果存在某些被索引的列的判斷條件時(shí)，MySQL服務(wù)器將這一部分判斷條件傳遞給存儲(chǔ)引擎，然后由存儲(chǔ)引擎通過(guò)判斷索引是否符合MySQL服務(wù)器傳遞的條件，只有當(dāng)索引符合條件時(shí)才會(huì)將數(shù)據(jù)檢索出來(lái)返回給MySQL服務(wù)器 。

索引條件下推優(yōu)化可以減少存儲(chǔ)引擎查詢(xún)基礎(chǔ)表的次數(shù)，也可以減少M(fèi)ySQL服務(wù)器從存儲(chǔ)引擎接收數(shù)據(jù)的次數(shù)。

ICP查詢(xún)機(jī)制

存儲(chǔ)引擎讀取索引記錄（不是完整的行記錄）。

判斷WHERE條件部分能否用索引中的列來(lái)做檢查，條件不滿(mǎn)足，則處理下一行索引記錄。

條件滿(mǎn)足，使用索引中的主鍵去定位并讀取完整的行記錄（就是所謂的回表）。

存儲(chǔ)引擎把記錄交給層，層檢測(cè)該記錄是否滿(mǎn)足WHERE條件的其余部分。

索引下推條件

只能用于range、 ref、 、訪(fǎng)問(wèn)方法。

只能用于和 存儲(chǔ)引擎及其分區(qū)表。

對(duì)存儲(chǔ)引擎來(lái)說(shuō)，索引下推只適用于二級(jí)索引（也叫輔助索引）。

引用了子查詢(xún)的條件不能下推。

引用了存儲(chǔ)函數(shù)的條件不能下推，因?yàn)榇鎯?chǔ)引擎無(wú)法調(diào)用存儲(chǔ)函數(shù)。

索引下推的目的是為了減少回表次數(shù)，也就是要減少I(mǎi)O操作。對(duì)于的聚簇索引來(lái)說(shuō)，數(shù)據(jù)和索引是在一起的，不存在回表這一說(shuō)。

索引下推開(kāi)關(guān)索引條件下推默認(rèn)是開(kāi)啟的，可以使用系統(tǒng)參數(shù)來(lái)控制器是否開(kāi)啟。索引下推舉例假設(shè)有一個(gè)需求，要求匹配姓名第一個(gè)字為陳，年齡為20歲的用戶(hù)，此時(shí)的sql語(yǔ)句如下：

SELECT * from user where  name like '陳%' and age=20

5.6之前的版本是沒(méi)有索引下推這個(gè)優(yōu)化的，會(huì)忽略age這個(gè)字段mysql 查看當(dāng)前時(shí)間，直接通過(guò)name進(jìn)行查詢(xún)，在(name,age)這課樹(shù)上查找到了兩個(gè)結(jié)果，id分別為2,3，然后拿著取到的id值一次次的回表查詢(xún)，因此這個(gè)過(guò)程需要回表兩次。

在5.6之后，并沒(méi)有忽略age這個(gè)字段，而是在索引內(nèi)部就判斷了age是否等于20，對(duì)于不等于20的記錄直接跳過(guò)，因此在(name,age)這棵索引樹(shù)中只匹配到了一個(gè)記錄，此時(shí)拿著這個(gè)id去主鍵索引樹(shù)中回表查詢(xún)?nèi)繑?shù)據(jù)，這個(gè)過(guò)程只需要回表一次。

MySQL中和char的區(qū)別是什么?

長(zhǎng)度是不固定的，char屬于定長(zhǎng)。例如，在定義表結(jié)構(gòu)是char定義36個(gè)長(zhǎng)度，如果字符內(nèi)容沒(méi)有36個(gè)長(zhǎng)度，剩余的會(huì)用空格占滿(mǎn)，而不會(huì)，會(huì)根據(jù)字符的長(zhǎng)度自動(dòng)設(shè)置長(zhǎng)度。

char會(huì)單獨(dú)內(nèi)置一個(gè)字段來(lái)存儲(chǔ)字符長(zhǎng)度，而則是每次動(dòng)態(tài)計(jì)算字符長(zhǎng)度。

當(dāng)字符內(nèi)容超過(guò)設(shè)置的長(zhǎng)度，多余的部分不會(huì)被插入到字段中。

MySQL的和之間的區(qū)別?

存儲(chǔ)4個(gè)字節(jié)，存儲(chǔ)的是8個(gè)字節(jié)。

對(duì)于，它把客戶(hù)端插入的時(shí)間從當(dāng)前時(shí)區(qū)轉(zhuǎn)化為UTC（世界標(biāo)準(zhǔn)時(shí)間）進(jìn)行存儲(chǔ)。查詢(xún)時(shí)，將其又轉(zhuǎn)化為客戶(hù)端當(dāng)前時(shí)區(qū)進(jìn)行返回。而對(duì)于，不做任何改變，是原樣輸入和輸出。

存儲(chǔ)的時(shí)間范圍不一樣，存儲(chǔ)到2038年，存儲(chǔ)到9999年。

索引與索引實(shí)現(xiàn)的區(qū)別是什么？

說(shuō)一下B+樹(shù)索引實(shí)現(xiàn)原理（數(shù)據(jù)結(jié)構(gòu)）假設(shè)有一個(gè)表，表中有2個(gè)INT類(lèi)型的列mysql 查看當(dāng)前時(shí)間，1個(gè)CHAR(1)類(lèi)型的列，c1列為主鍵：

CREATE?TABLE?index_demo(c1?INT,c2?INT,c3?CHAR(1),PRIMARY?KEY(c1))?;

表的簡(jiǎn)化的行格式示意圖如下：

我們只在示意圖里展示記錄的這幾個(gè)部分：

將其他信息項(xiàng)暫時(shí)去掉并把它豎起來(lái)的效果就是這樣：

把一些記錄放到頁(yè)里的示意圖就是（這里一頁(yè)就是一個(gè)磁盤(pán)塊，代表一次IO）：

MySQL 的默認(rèn)的頁(yè)大小是16KB，因此數(shù)據(jù)存儲(chǔ)在磁盤(pán)中，可能會(huì)占用多個(gè)數(shù)據(jù)頁(yè)。如果各個(gè)頁(yè)中的記錄沒(méi)有規(guī)律，我們就不得不依次遍歷所有的數(shù)據(jù)頁(yè)。如果我們想快速的定位到需要查找的記錄在哪些數(shù)據(jù)頁(yè)中，我們可以這樣做 ：

以頁(yè)28為例，它對(duì)應(yīng)目錄項(xiàng)2 ，這個(gè)目錄項(xiàng)中包含著該頁(yè)的頁(yè)號(hào)28以及該頁(yè)中用戶(hù)記錄的最小主鍵值 5。我們只需要把幾個(gè)目錄項(xiàng)在物理存儲(chǔ)器上連續(xù)存儲(chǔ)（比如：數(shù)組），就可以實(shí)現(xiàn)根據(jù)主鍵值快速查找某條記錄的功能了。比如：查找主鍵值為 20 的記錄，具體查找過(guò)程分兩步：

先從目錄項(xiàng)中根據(jù)二分法快速確定出主鍵值為20的記錄在目錄項(xiàng)3中（因?yàn)?12 ≤ 20 < 209 ），對(duì)應(yīng)頁(yè)9。

再到頁(yè)9中根據(jù)二分法快速定位到主鍵值為 20 的用戶(hù)記錄。

至此，針對(duì)數(shù)據(jù)頁(yè)做的簡(jiǎn)易目錄就搞定了。這個(gè)目錄有一個(gè)別名，稱(chēng)為索引 。