MySQL面試題有哪些

本篇內(nèi)容介紹了“MySQL面試題有哪些”的有關(guān)知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

非關(guān)系型數(shù)據(jù)庫和關(guān)系型數(shù)據(jù)庫區(qū)別，優(yōu)勢比較

非關(guān)系型數(shù)據(jù)庫（感覺翻譯不是很準(zhǔn)確）稱為 NoSQL，也就是 Not Only SQL，不僅僅是 SQL。非關(guān)系型數(shù)據(jù)庫不需要寫一些復(fù)雜的 SQL 語句，其內(nèi)部存儲方式是以 key-value 的形式存在可以把它想象成電話本的形式，每個人名（key）對應(yīng)電話（value）。常見的非關(guān)系型數(shù)據(jù)庫主要有 Hbase、Redis、MongoDB 等。非關(guān)系型數(shù)據(jù)庫不需要經(jīng)過 SQL 的重重解析，所以性能很高；非關(guān)系型數(shù)據(jù)庫的可擴展性比較強，數(shù)據(jù)之間沒有耦合性，遇見需要新加字段的需求，就直接增加一個 key-value 鍵值對即可。

關(guān)系型數(shù)據(jù)庫以表格的形式存在，以行和列的形式存取數(shù)據(jù)，關(guān)系型數(shù)據(jù)庫這一系列的行和列被稱為表，無數(shù)張表組成了數(shù)據(jù)庫，常見的關(guān)系型數(shù)據(jù)庫有 Oracle、DB2、Microsoft SQL Server、MySQL等。關(guān)系型數(shù)據(jù)庫能夠支持復(fù)雜的 SQL 查詢，能夠體現(xiàn)出數(shù)據(jù)之間、表之間的關(guān)聯(lián)關(guān)系；關(guān)系型數(shù)據(jù)庫也支持事務(wù)，便于提交或者回滾。

它們之間的劣勢都是基于對方的優(yōu)勢來滿足的。

MySQL 事務(wù)四大特性

一說到 MySQL 事務(wù)，你肯定能想起來四大特性：原子性、一致性、隔離性、持久性，下面再對這事務(wù)的四大特性做一個描述

•  原子性(Atomicity): 原子性指的就是 MySQL 中的包含事務(wù)的操作要么全部成功、要么全部失敗回滾，因此事務(wù)的操作如果成功就必須要全部應(yīng)用到數(shù)據(jù)庫，如果操作失敗則不能對數(shù)據(jù)庫有任何影響。

  “    這里涉及到一個概念，什么是 MySQL 中的事務(wù)？    事務(wù)是一組操作，組成這組操作的各個單元，要不全都成功要不全都失敗，這個特性就是事務(wù)。    在 MySQL 中，事務(wù)是在引擎層實現(xiàn)的，只有使用 innodb 引擎的數(shù)據(jù)庫或表才支持事務(wù)。

•  一致性(Consistency)：一致性指的是一個事務(wù)在執(zhí)行前后其狀態(tài)一致。比如 A 和 B 加起來的錢一共是 1000 元，那么不管 A 和 B 之間如何轉(zhuǎn)賬，轉(zhuǎn)多少次，事務(wù)結(jié)束后兩個用戶的錢加起來還得是 1000，這就是事務(wù)的一致性。

•  持久性(Durability): 持久性指的是一旦事務(wù)提交，那么發(fā)生的改變就是永久性的，即使數(shù)據(jù)庫遇到特殊情況比如故障的時候也不會產(chǎn)生干擾。

•  隔離性(Isolation)：隔離性需要重點說一下，當(dāng)多個事務(wù)同時進行時，就有可能出現(xiàn)臟讀(dirty read)、不可重復(fù)讀(non-repeatable read)、幻讀(phantom read) 的情況，為了解決這些并發(fā)問題，提出了隔離性的概念。

  “    臟讀：事務(wù) A 讀取了事務(wù) B 更新后的數(shù)據(jù)，但是事務(wù) B 沒有提交，然后事務(wù) B 執(zhí)行回滾操作，那么事務(wù) A 讀到的數(shù)據(jù)就是臟數(shù)據(jù)    不可重復(fù)讀：事務(wù) A 進行多次讀取操作，事務(wù) B 在事務(wù) A 多次讀取的過程中執(zhí)行更新操作并提交，提交后事務(wù) A 讀到的數(shù)據(jù)不一致。    幻讀：事務(wù) A 將數(shù)據(jù)庫中所有學(xué)生的成績由 A -> B，此時事務(wù) B 手動插入了一條成績?yōu)?A 的記錄，在事務(wù) A 更改完畢后，發(fā)現(xiàn)還有一條記錄沒有修改，那么這種情況就叫做出現(xiàn)了幻讀。

SQL的隔離級別有四種，它們分別是讀未提交(read uncommitted)、讀已提交(read committed)、可重復(fù)讀(repetable read) 和 串行化(serializable)。下面分別來解釋一下。

讀未提交：讀未提交指的是一個事務(wù)在提交之前，它所做的修改就能夠被其他事務(wù)所看到。

讀已提交：讀已提交指的是一個事務(wù)在提交之后，它所做的變更才能夠讓其他事務(wù)看到。

可重復(fù)讀：可重復(fù)讀指的是一個事務(wù)在執(zhí)行的過程中，看到的數(shù)據(jù)是和啟動時看到的數(shù)據(jù)是一致的。未提交的變更對其他事務(wù)不可見。

串行化：顧名思義是對于同一行記錄，寫會加寫鎖，讀會加讀鎖。當(dāng)出現(xiàn)讀寫鎖沖突的時候，后訪問的事務(wù)必須等前一個事務(wù)執(zhí)行完成，才能繼續(xù)執(zhí)行。

這四個隔離級別可以解決臟讀、不可重復(fù)讀、幻象讀這三類問題。總結(jié)如下

其中隔離級別由低到高是：讀未提交 < 讀已提交 < 可重復(fù)讀 < 串行化

隔離級別越高，越能夠保證數(shù)據(jù)的完整性和一致性，但是對并發(fā)的性能影響越大。大多數(shù)數(shù)據(jù)庫的默認(rèn)級別是讀已提交(Read committed)，比如 Sql Server、Oracle ，但是 MySQL 的默認(rèn)隔離級別是 可重復(fù)讀(repeatable-read)。

MySQL 常見存儲引擎的區(qū)別

MySQL 常見的存儲引擎，可以使用

SHOW ENGINES

命令，來列出所有的存儲引擎

可以看到，InnoDB 是 MySQL 默認(rèn)支持的存儲引擎，支持事務(wù)、行級鎖定和外鍵。

MyISAM 存儲引擎的特點

在 5.1 版本之前，MyISAM 是 MySQL 的默認(rèn)存儲引擎，MyISAM 并發(fā)性比較差，使用的場景比較少，主要特點是

•  不支持事務(wù)操作，ACID 的特性也就不存在了，這一設(shè)計是為了性能和效率考慮的。

•  不支持外鍵操作，如果強行增加外鍵，MySQL 不會報錯，只不過外鍵不起作用。

•  MyISAM 默認(rèn)的鎖粒度是表級鎖，所以并發(fā)性能比較差，加鎖比較快，鎖沖突比較少，不太容易發(fā)生死鎖的情況。

•  MyISAM 會在磁盤上存儲三個文件，文件名和表名相同，擴展名分別是 .frm(存儲表定義)、.MYD(MYData,存儲數(shù)據(jù))、MYI(MyIndex,存儲索引)。這里需要特別注意的是 MyISAM 只緩存索引文件，并不緩存數(shù)據(jù)文件。

•  MyISAM 支持的索引類型有 全局索引(Full-Text)、B-Tree 索引、R-Tree 索引

         Full-Text 索引：它的出現(xiàn)是為了解決針對文本的模糊查詢效率較低的問題。

         B-Tree 索引：所有的索引節(jié)點都按照平衡樹的數(shù)據(jù)結(jié)構(gòu)來存儲，所有的索引數(shù)據(jù)節(jié)點都在葉節(jié)點

         R-Tree索引：它的存儲方式和 B-Tree 索引有一些區(qū)別，主要設(shè)計用于存儲空間和多維數(shù)據(jù)的字段做索引,目前的 MySQL 版本僅支持 geometry 類型的字段作索引，相對于 BTREE，RTREE             的優(yōu)勢在于范圍查找。

•  數(shù)據(jù)庫所在主機如果宕機，MyISAM 的數(shù)據(jù)文件容易損壞，而且難以恢復(fù)。

•  增刪改查性能方面：SELECT 性能較高，適用于查詢較多的情況

InnoDB 存儲引擎的特點

自從 MySQL 5.1 之后，默認(rèn)的存儲引擎變成了 InnoDB 存儲引擎，相對于 MyISAM，InnoDB 存儲引擎有了較大的改變，它的主要特點是

•  支持事務(wù)操作，具有事務(wù) ACID 隔離特性，默認(rèn)的隔離級別是可重復(fù)讀(repetable-read)、通過MVCC（并發(fā)版本控制）來實現(xiàn)的。能夠解決臟讀和不可重復(fù)讀的問題。

•  InnoDB 支持外鍵操作。

•  InnoDB 默認(rèn)的鎖粒度行級鎖，并發(fā)性能比較好，會發(fā)生死鎖的情況。

•  和 MyISAM 一樣的是，InnoDB 存儲引擎也有 .frm文件存儲表結(jié)構(gòu) 定義，但是不同的是，InnoDB 的表數(shù)據(jù)與索引數(shù)據(jù)是存儲在一起的，都位于 B+ 數(shù)的葉子節(jié)點上，而 MyISAM 的表數(shù)據(jù)和索引數(shù)據(jù)是分開的。

•  InnoDB 有安全的日志文件，這個日志文件用于恢復(fù)因數(shù)據(jù)庫崩潰或其他情況導(dǎo)致的數(shù)據(jù)丟失問題，保證數(shù)據(jù)的一致性。

•  InnoDB 和 MyISAM 支持的索引類型相同，但具體實現(xiàn)因為文件結(jié)構(gòu)的不同有很大差異。

•  增刪改查性能方面，如果執(zhí)行大量的增刪改操作，推薦使用 InnoDB 存儲引擎，它在刪除操作時是對行刪除，不會重建表。

MyISAM 和 InnoDB 存儲引擎的對比

•  鎖粒度方面：由于鎖粒度不同，InnoDB 比 MyISAM 支持更高的并發(fā)；InnoDB 的鎖粒度為行鎖、MyISAM 的鎖粒度為表鎖、行鎖需要對每一行進行加鎖，所以鎖的開銷更大，但是能解決臟讀和不可重復(fù)讀的問題，相對來說也更容易發(fā)生死鎖

•  可恢復(fù)性上：由于 InnoDB 是有事務(wù)日志的，所以在產(chǎn)生由于數(shù)據(jù)庫崩潰等條件后，可以根據(jù)日志文件進行恢復(fù)。而 MyISAM 則沒有事務(wù)日志。

•  查詢性能上：MyISAM 要優(yōu)于 InnoDB，因為 InnoDB 在查詢過程中，是需要維護數(shù)據(jù)緩存，而且查詢過程是先定位到行所在的數(shù)據(jù)塊，然后在從數(shù)據(jù)塊中定位到要查找的行；而 MyISAM 可以直接定位到數(shù)據(jù)所在的內(nèi)存地址，可以直接找到數(shù)據(jù)。

•  表結(jié)構(gòu)文件上：MyISAM 的表結(jié)構(gòu)文件包括：.frm(表結(jié)構(gòu)定義),.MYI(索引),.MYD(數(shù)據(jù))；而 InnoDB 的表數(shù)據(jù)文件為:.ibd和.frm(表結(jié)構(gòu)定義)；

MySQL 基礎(chǔ)架構(gòu)

這道題應(yīng)該從 MySQL 架構(gòu)來理解，我們可以把 MySQL 拆解成幾個零件，如下圖所示

大致上來說，MySQL 可以分為 Server層和 存儲引擎層。

Server 層包括連接器、查詢緩存、分析器、優(yōu)化器、執(zhí)行器，包括大多數(shù) MySQL 中的核心功能，所有跨存儲引擎的功能也在這一層實現(xiàn)，包括 存儲過程、觸發(fā)器、視圖等。

存儲引擎層包括 MySQL 常見的存儲引擎，包括 MyISAM、InnoDB 和 Memory 等，最常用的是 InnoDB，也是現(xiàn)在 MySQL 的默認(rèn)存儲引擎。存儲引擎也可以在創(chuàng)建表的時候手動指定，比如下面

CREATE TABLE t (i INT) ENGINE = <Storage Engine>;

然后我們就可以探討 MySQL 的執(zhí)行過程了

連接器

首先需要在 MySQL 客戶端登陸才能使用，所以需要一個連接器來連接用戶和 MySQL 數(shù)據(jù)庫，我們一般是使用

mysql -u 用戶名 -p 密碼

來進行 MySQL 登陸，和服務(wù)端建立連接。在完成 TCP 握手 后，連接器會根據(jù)你輸入的用戶名和密碼驗證你的登錄身份。如果用戶名或者密碼錯誤，MySQL 就會提示 Access denied for user，來結(jié)束執(zhí)行。如果登錄成功后，MySQL 會根據(jù)權(quán)限表中的記錄來判定你的權(quán)限。

查詢緩存

連接完成后，你就可以執(zhí)行 SQL 語句了，這行邏輯就會來到第二步：查詢緩存。

MySQL 在得到一個執(zhí)行請求后，會首先去 查詢緩存 中查找，是否執(zhí)行過這條 SQL 語句，之前執(zhí)行過的語句以及結(jié)果會以 key-value 對的形式，被直接放在內(nèi)存中。key 是查詢語句，value 是查詢的結(jié)果。如果通過 key 能夠查找到這條 SQL 語句，就直接返回 SQL 的執(zhí)行結(jié)果。

如果語句不在查詢緩存中，就會繼續(xù)后面的執(zhí)行階段。執(zhí)行完成后，執(zhí)行結(jié)果就會被放入查詢緩存中?？梢钥吹?，如果查詢命中緩存，MySQL 不需要執(zhí)行后面的復(fù)雜操作，就可以直接返回結(jié)果，效率會很高。

但是查詢緩存不建議使用

為什么呢？因為只要在 MySQL 中對某一張表執(zhí)行了更新操作，那么所有的查詢緩存就會失效，對于更新頻繁的數(shù)據(jù)庫來說，查詢緩存的命中率很低。

分析器

如果沒有命中查詢，就開始執(zhí)行真正的 SQL 語句。

•  首先，MySQL 會根據(jù)你寫的 SQL 語句進行解析，分析器會先做 詞法分析，你寫的 SQL 就是由多個字符串和空格組成的一條 SQL 語句，MySQL 需要識別出里面的字符串是什么，代表什么。

•  然后進行 語法分析，根據(jù)詞法分析的結(jié)果， 語法分析器會根據(jù)語法規(guī)則，判斷你輸入的這個 SQL 語句是否滿足 MySQL 語法。如果 SQL 語句不正確，就會提示 You have an error in your SQL syntax

優(yōu)化器

經(jīng)過分析器的詞法分析和語法分析后，你這條 SQL 就合法了，MySQL 就知道你要做什么了。但是在執(zhí)行前，還需要進行優(yōu)化器的處理，優(yōu)化器會判斷你使用了哪種索引，使用了何種連接，優(yōu)化器的作用就是確定效率最高的執(zhí)行方案。

執(zhí)行器

MySQL 通過分析器知道了你的 SQL 語句是否合法，你想要做什么操作，通過優(yōu)化器知道了該怎么做效率最高，然后就進入了執(zhí)行階段，開始執(zhí)行這條 SQL 語句

在執(zhí)行階段，MySQL 首先會判斷你有沒有執(zhí)行這條語句的權(quán)限，沒有權(quán)限的話，就會返回沒有權(quán)限的錯誤。如果有權(quán)限，就打開表繼續(xù)執(zhí)行。打開表的時候，執(zhí)行器就會根據(jù)表的引擎定義，去使用這個引擎提供的接口。對于有索引的表，執(zhí)行的邏輯也差不多。

至此，MySQL 對于一條語句的執(zhí)行過程也就完成了。

SQL 的執(zhí)行順序

我們在編寫一個查詢語句的時候

SELECT DISTINCT      < select_list >  FROM      < left_table > < join_type >  JOIN < right_table > ON < join_condition >  WHERE      < where_condition >  GROUP BY      < group_by_list >  HAVING      < having_condition >  ORDER BY      < order_by_condition >  LIMIT < limit_number >

它的執(zhí)行順序你知道嗎？這道題就給你一個回答。

FROM 連接

首先，對 SELECT 語句執(zhí)行查詢時，對FROM 關(guān)鍵字兩邊的表執(zhí)行連接，會形成笛卡爾積，這時候會產(chǎn)生一個虛表VT1(virtual table)

  “    首先先來解釋一下什么是笛卡爾積    現(xiàn)在我們有兩個集合 A = {0,1} , B = {2,3,4}    那么，集合 A * B 得到的結(jié)果就是    A * B = {(0,2)、(1,2)、(0,3)、(1,3)、(0,4)、(1,4)};    B * A = {(2,0)、{2,1}、{3,0}、{3,1}、{4,0}、(4,1)};    上面 A * B 和 B * A 的結(jié)果就可以稱為兩個集合相乘的 笛卡爾積    我們可以得出結(jié)論，A 集合和 B 集合相乘，包含了集合 A 中的元素和集合 B 中元素之和，也就是 A 元素的個數(shù) * B 元素的個數(shù)

再來解釋一下什么是虛表

  “    在 MySQL 中，有三種類型的表    一種是永久表，永久表就是創(chuàng)建以后用來長期保存數(shù)據(jù)的表    一種是臨時表，臨時表也有兩類，一種是和永久表一樣，只保存臨時數(shù)據(jù)，但是能夠長久存在的；還有一種是臨時創(chuàng)建的，SQL 語句執(zhí)行完成就會刪除。    一種是虛表，虛表其實就是視圖，數(shù)據(jù)可能會來自多張表的執(zhí)行結(jié)果。

ON 過濾

然后對 FROM 連接的結(jié)果進行 ON 篩選，創(chuàng)建 VT2，把符合記錄的條件存在 VT2 中。

JOIN 連接

第三步，如果是 OUTER JOIN(left join、right join) ，那么這一步就將添加外部行，如果是 left join 就把 ON 過濾條件的左表添加進來，如果是 right join ，就把右表添加進來，從而生成新的虛擬表 VT3。

WHERE 過濾

第四步，是執(zhí)行 WHERE 過濾器，對上一步生產(chǎn)的虛擬表引用 WHERE 篩選，生成虛擬表 VT4。

WHERE 和 ON 的區(qū)別

•  如果有外部列，ON 針對過濾的是關(guān)聯(lián)表，主表(保留表)會返回所有的列;

•  如果沒有添加外部列，兩者的效果是一樣的;

應(yīng)用

  對主表的過濾應(yīng)該使用 WHERE;

  對于關(guān)聯(lián)表，先條件查詢后連接則用 ON，先連接后條件查詢則用 WHERE;

GROUP BY

根據(jù) group by 字句中的列，會對 VT4 中的記錄進行分組操作，產(chǎn)生虛擬機表 VT5。果應(yīng)用了group by，那么后面的所有步驟都只能得到的 VT5 的列或者是聚合函數(shù)（count、sum、avg等）。

HAVING

緊跟著 GROUP BY 字句后面的是 HAVING，使用 HAVING 過濾，會把符合條件的放在 VT6

SELECT

第七步才會執(zhí)行 SELECT 語句，將 VT6 中的結(jié)果按照 SELECT 進行刷選，生成 VT7

DISTINCT

在第八步中，會對 TV7 生成的記錄進行去重操作，生成 VT8。事實上如果應(yīng)用了 group by 子句那么 distinct 是多余的，原因同樣在于，分組的時候是將列中唯一的值分成一組，同時只為每一組返回一行記錄，那么所以的記錄都將是不相同的。

ORDER BY

應(yīng)用 order by 子句。按照 order_by_condition 排序 VT8，此時返回的一個游標(biāo)，而不是虛擬表。sql 是基于集合的理論的，集合不會預(yù)先對他的行排序，它只是成員的邏輯集合，成員的順序是無關(guān)緊要的。

SQL 語句執(zhí)行的過程如下

什么是臨時表，何時刪除臨時表

什么是臨時表？MySQL 在執(zhí)行 SQL 語句的過程中，通常會臨時創(chuàng)建一些存儲中間結(jié)果集的表，臨時表只對當(dāng)前連接可見，在連接關(guān)閉時，臨時表會被刪除并釋放所有表空間。

臨時表分為兩種：一種是內(nèi)存臨時表，一種是磁盤臨時表，什么區(qū)別呢？內(nèi)存臨時表使用的是 MEMORY 存儲引擎，而臨時表采用的是 MyISAM 存儲引擎。

  “    MEMORY 存儲引擎：memory 是 MySQL 中一類特殊的存儲引擎，它使用存儲在內(nèi)容中的內(nèi)容來創(chuàng)建表，而且數(shù)據(jù)全部放在內(nèi)存中。每個基于 MEMORY 存儲引擎的表實際對應(yīng)一個磁盤文件。該文件的文件名與表名相同，類型為 frm 類型。而其數(shù)據(jù)文件，都是存儲在內(nèi)存中，這樣有利于數(shù)據(jù)的快速處理，提高整個表的效率。MEMORY 用到的很少，因為它是把數(shù)據(jù)存到內(nèi)存中，如果內(nèi)存出現(xiàn)異常就會影響數(shù)據(jù)。如果重啟或者關(guān)機，所有數(shù)據(jù)都會消失。因此，基于 MEMORY 的表的生命周期很短，一般是一次性的。

MySQL 會在下面這幾種情況產(chǎn)生臨時表

•  使用 UNION 查詢：UNION 有兩種，一種是UNION ，一種是 UNION ALL ，它們都用于聯(lián)合查詢；區(qū)別是 使用 UNION 會去掉兩個表中的重復(fù)數(shù)據(jù)，相當(dāng)于對結(jié)果集做了一下去重(distinct)。使用 UNION ALL，則不會排重，返回所有的行。使用 UNION 查詢會產(chǎn)生臨時表。

•  使用 TEMPTABLE 算法或者是 UNION 查詢中的視圖。TEMPTABLE 算法是一種創(chuàng)建臨時表的算法，它是將結(jié)果放置到臨時表中，意味這要 MySQL 要先創(chuàng)建好一個臨時表，然后將結(jié)果放到臨時表中去，然后再使用這個臨時表進行相應(yīng)的查詢。

•  ORDER BY 和 GROUP BY 的子句不一樣時也會產(chǎn)生臨時表。

•  DISTINCT 查詢并且加上 ORDER BY 時；

•  SQL 用到 SQL_SMALL_RESULT 選項時；如果查詢結(jié)果比較小的時候，可以加上 SQL_SMALL_RESULT 來優(yōu)化，產(chǎn)生臨時表

•  FROM 中的子查詢；

•  EXPLAIN 查看執(zhí)行計劃結(jié)果的 Extra 列中，如果使用 Using Temporary 就表示會用到臨時表。

MySQL 常見索引類型

索引是存儲在一張表中特定列上的數(shù)據(jù)結(jié)構(gòu)，索引是在列上創(chuàng)建的。并且，索引是一種數(shù)據(jù)結(jié)構(gòu)。

在 MySQL 中，主要有下面這幾種索引

•  全局索引(FULLTEXT)：全局索引，目前只有 MyISAM 引擎支持全局索引，它的出現(xiàn)是為了解決針對文本的模糊查詢效率較低的問題。

•  哈希索引(HASH)：哈希索引是 MySQL 中用到的唯一 key-value 鍵值對的數(shù)據(jù)結(jié)構(gòu)，很適合作為索引。HASH 索引具有一次定位的好處，不需要像樹那樣逐個節(jié)點查找，但是這種查找適合應(yīng)用于查找單個鍵的情況，對于范圍查找，HASH 索引的性能就會很低。

•  B-Tree 索引：B 就是 Balance 的意思，BTree 是一種平衡樹，它有很多變種，最常見的就是 B+ Tree，它被 MySQL 廣泛使用。

•  R-Tree 索引：R-Tree 在 MySQL 很少使用，僅支持 geometry 數(shù)據(jù)類型，支持該類型的存儲引擎只有MyISAM、BDb、InnoDb、NDb、Archive幾種，相對于 B-Tree 來說，R-Tree 的優(yōu)勢在于范圍查找。

varchar 和 char 的區(qū)別和使用場景

MySQL 中沒有 nvarchar 數(shù)據(jù)類型，所以直接比較的是 varchar 和 char 的區(qū)別

char ：表示的是定長的字符串，當(dāng)你輸入小于指定的數(shù)目，比如你指定的數(shù)目是 char(6)，當(dāng)你輸入小于 6 個字符的時候，char 會在你最后一個字符后面補空值。當(dāng)你輸入超過指定允許最大長度后，MySQL 會報錯

varchar：varchar 指的是長度為 n 個字節(jié)的可變長度，并且是非Unicode的字符數(shù)據(jù)。n 值是介于 1 - 8000 之間的數(shù)值。存儲大小為實際大小。

  “    Unicode 是一種字符編碼方案，它為每種語言中的每個字符都設(shè)定了統(tǒng)一唯一的二進制編碼，以實現(xiàn)跨語言、跨平臺進行文本轉(zhuǎn)換、處理的要求

使用 char 存儲定長的數(shù)據(jù)非常方便、char 檢索效率高，無論你存儲的數(shù)據(jù)是否到了 10 個字節(jié)，都要去占用 10 字節(jié)的空間

使用 varchar 可以存儲變長的數(shù)據(jù)，但存儲效率沒有 char 高。

什么是 內(nèi)連接、外連接、交叉連接、笛卡爾積

連接的方式主要有三種：外連接、內(nèi)鏈接、交叉連接

•  外連接(OUTER JOIN)：外連接分為三種，分別是左外連接(LEFT OUTER JOIN 或 LEFT JOIN) 、右外連接(RIGHT OUTER JOIN 或 RIGHT JOIN) 、全外連接(FULL OUTER JOIN 或 FULL JOIN)

左外連接：又稱為左連接，這種連接方式會顯示左表不符合條件的數(shù)據(jù)行，右邊不符合條件的數(shù)據(jù)行直接顯示 NULL

右外連接：也被稱為右連接，他與左連接相對，這種連接方式會顯示右表不      符合條件的數(shù)據(jù)行，左表不符合條件的數(shù)據(jù)行直接顯示 NULL

MySQL 暫不支持全外連接

•  內(nèi)連接(INNER JOIN)：結(jié)合兩個表中相同的字段，返回關(guān)聯(lián)字段相符的記錄。

•  笛卡爾積(Cartesian product)：我在上面提到了笛卡爾積，為了方便，下面再列出來一下。

  “    現(xiàn)在我們有兩個集合 A = {0,1} , B = {2,3,4}    那么，集合 A * B 得到的結(jié)果就是    A * B = {(0,2)、(1,2)、(0,3)、(1,3)、(0,4)、(1,4)};    B * A = {(2,0)、{2,1}、{3,0}、{3,1}、{4,0}、(4,1)};    上面 A * B 和 B * A 的結(jié)果就可以稱為兩個集合相乘的 笛卡爾積    我們可以得出結(jié)論，A 集合和 B 集合相乘，包含了集合 A 中的元素和集合 B 中元素之和，也就是 A 元素的個數(shù) * B 元素的個數(shù)

•  交叉連接的原文是Cross join ，就是笛卡爾積在 SQL 中的實現(xiàn)，SQL中使用關(guān)鍵字CROSS JOIN來表示交叉連接，在交叉連接中，隨便增加一個表的字段，都會對結(jié)果造成很大的影響。   

SELECT * FROM t_Class a CROSS JOIN t_Student b WHERE a.classid=b.classid

或者不用 CROSS JOIN，直接用 FROM 也能表示交叉連接的效果 

SELECT * FROM t_Class a ,t_Student b WHERE a.classid=b.classid

如果表中字段比較多，不適宜用交叉連接，交叉連接的效率比較差。

•  全連接：全連接也就是 full join，MySQL 中不支持全連接，但是可以使用其他連接查詢來模擬全連接，可以使用 UNION 和 UNION ALL 進行模擬。例如   

(select colum1,colum2...columN from tableA ) union (select colum1,colum2...columN from tableB )     或   (select colum1,colum2...columN from tableA ) union all (select colum1,colum2...columN from tableB )；

  使用 UNION 和 UNION ALL 的注意事項

      “        通過 union 連接的 SQL 分別單獨取出的列數(shù)必須相同        使用 union 時，多個相等的行將會被合并，由于合并比較耗時，一般不直接使用 union 進行合并，而是通常采用 union all 進行合并

談?wù)?SQL 優(yōu)化的經(jīng)驗

•  查詢語句無論是使用哪種判斷條件 等于、小于、大于， WHERE 左側(cè)的條件查詢字段不要使用函數(shù)或者表達(dá)式

•  使用 EXPLAIN 命令優(yōu)化你的 SELECT 查詢，對于復(fù)雜、效率低的 sql 語句，我們通常是使用 explain sql 來分析這條 sql 語句，這樣方便我們分析，進行優(yōu)化。

•  當(dāng)你的 SELECT 查詢語句只需要使用一條記錄時，要使用 LIMIT 1

•  不要直接使用 SELECT *，而應(yīng)該使用具體需要查詢的表字段，因為使用 EXPLAIN 進行分析時，SELECT * 使用的是全表掃描，也就是 type = all。

•  為每一張表設(shè)置一個 ID 屬性

•  避免在 WHERE 字句中對字段進行 NULL 判斷

•  避免在 WHERE 中使用 != 或 <> 操作符

•  使用 BETWEEN AND 替代 IN

•  為搜索字段創(chuàng)建索引

•  選擇正確的存儲引擎，InnoDB 、MyISAM 、MEMORY 等

•  使用 LIKE %abc% 不會走索引，而使用 LIKE abc% 會走索引

•  對于枚舉類型的字段(即有固定羅列值的字段)，建議使用ENUM而不是VARCHAR，如性別、星期、類型、類別等

•  拆分大的 DELETE 或 INSERT 語句

•  選擇合適的字段類型，選擇標(biāo)準(zhǔn)是 盡可能小、盡可能定長、盡可能使用整數(shù)。

•  字段設(shè)計盡可能使用 NOT NULL

•  進行水平切割或者垂直分割

  “    水平分割：通過建立結(jié)構(gòu)相同的幾張表分別存儲數(shù)據(jù)    垂直分割：將經(jīng)常一起使用的字段放在一個單獨的表中，分割后的表記錄之間是一一對應(yīng)關(guān)系。

“MySQL面試題有哪些”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實用文章！