最全MySQL面試題和答案

Mysql 的存儲引擎,myisam和innodb的區別。

答：

1.MyISAM 是非事務的存儲引擎，適合用於頻繁查詢的應用。表鎖，不會出現死鎖，適合小數據，小併發。

2.innodb是支持事務的存儲引擎，合於插入和更新操做比較多的應用，設計合理的話是行鎖（最大區別就在鎖的級別上），適合大數據，大併發。

數據表類型有哪些

       答：MyISAM、InnoDB、HEAP、BOB,ARCHIVE,CSV等。
       MyISAM：成熟、穩定、易於管理，快速讀取。一些功能不支持（事務等），表級鎖。
       InnoDB：支持事務、外鍵等特性、數據行鎖定。空間佔用大，不支持全文索引等。

MySQL數據庫做發佈系統的存儲，一天五萬條以上的增量，預計運維三年,怎麼優化？

a. 設計良好的數據庫結構，容許部分數據冗餘，儘可能避免join查詢，提升效率。
b. 選擇合適的表字段數據類型和存儲引擎，適當的添加索引。
c. mysql庫主從讀寫分離。
d. 找規律分表，減小單表中的數據量提升查詢速度。
e。添加緩存機制，好比memcached，apc等。
f. 不常常改動的頁面，生成靜態頁面。
g. 書寫高效率的SQL。好比 SELECT * FROM TABEL 改成 SELECT field_1, field_2, field_3 FROM TABLE.

對於大流量的網站,您採用什麼樣的方法來解決各頁面訪問量統計問題？

答：a. 確認服務器是否能支撐當前訪問量。
b. 優化數據庫訪問。
c. 禁止外部訪問連接（盜鏈）, 好比圖片盜鏈。
d. 控制文件下載。
e. 使用不一樣主機分流。
f. 使用瀏覽統計軟件，瞭解訪問量，有針對性的進行優化。

如何進行SQL優化？

答：
（1）選擇正確的存儲引擎
以 MySQL爲例，包括有兩個存儲引擎 MyISAM 和 InnoDB，每一個引擎都有利有弊。
MyISAM 適合於一些須要大量查詢的應用，但其對於有大量寫操做並非很好。甚至你只是須要update一個字段，整個表都會被鎖起來，而別的進程，就算是讀進程都沒法操做直到讀操做完成。另外，MyISAM 對於 SELECT COUNT(*) 這類的計算是超快無比的。

InnoDB 的趨勢會是一個很是複雜的存儲引擎，對於一些小的應用，它會比 MyISAM 還慢。可是它支持「行鎖」 ，因而在寫操做比較多的時候，會更優秀。而且，他還支持更多的高級應用，好比：事務。

 

（2）優化字段的數據類型

記住一個原則，越小的列會越快。若是一個表只會有幾列罷了（好比說字典表，配置表），那麼，咱們就沒有理由使用 INT 來作主鍵，使用 MEDIUMINT, SMALLINT 或是更小的 TINYINT 會更經濟一些。若是你不須要記錄時間，使用 DATE 要比 DATETIME 好得多。固然，你也須要留夠足夠的擴展空間。

 

（3）爲搜索字段添加索引

索引並不必定就是給主鍵或是惟一的字段。若是在你的表中，有某個字段你總要會常常用來作搜索，那麼最好是爲其創建索引，除非你要搜索的字段是大的文本字段，那應該創建全文索引。

 

(4)避免使用Select *從數據庫裏讀出越多的數據，那麼查詢就會變得越慢。而且，若是你的數據庫服務器和WEB服務器是兩臺獨立的服務器的話，這還會增長網絡傳輸的負載。即便你要查詢數據表的全部字段，也儘可能不要用*通配符，善用內置提供的字段排除定義也許能給帶來更多的便利。

 

(5)使用 ENUM 而不是 VARCHAR

ENUM 類型是很是快和緊湊的。在實際上，其保存的是 TINYINT，但其外表上顯示爲字符串。這樣一來，用這個字段來作一些選項列表變得至關的完美。例如，性別、民族、部門和狀態之類的這些字段的取值是有限並且固定的，那麼，你應該使用 ENUM 而不是 VARCHAR。

 

(6)儘量的使用 NOT NULL

除非你有一個很特別的緣由去使用 NULL 值，你應該老是讓你的字段保持 NOT NULL。 NULL其實須要額外的空間，而且，在你進行比較的時候，你的程序會更復雜。 固然，這裏並非說你就不能使用NULL了，現實狀況是很複雜的，依然會有些狀況下，你須要使用NULL值。

 

(7)固定長度的表會更快

若是表中的全部字段都是「固定長度」的，整個表會被認爲是 「static」 或 「fixed-length」。 例如，表中沒有以下類型的字段： VARCHAR，TEXT，BLOB。只要你包括了其中一個這些字段，那麼這個表就不是「固定長度靜態表」了，這樣，MySQL 引擎會用另外一種方法來處理。

 

固定長度的表會提升性能，由於MySQL搜尋得會更快一些，由於這些固定的長度是很容易計算下一個數據的偏移量的，因此讀取的天然也會很快。而若是字段不是定長的，那麼，每一次要找下一條的話，須要程序找到主鍵。

 

而且，固定長度的表也更容易被緩存和重建。不過，惟一的反作用是，固定長度的字段會浪費一些空間，由於定長的字段不管你用不用，他都是要分配那麼多的空間。

 

如何設計一個高併發的系統

① 數據庫的優化，包括合理的事務隔離級別、SQL語句優化、索引的優化

② 使用緩存，儘可能減小數據庫 IO

③ 分佈式數據庫、分佈式緩存

④ 服務器的負載均衡

鎖的優化策略

① 讀寫分離

② 分段加鎖

③ 減小鎖持有的時間

④ 多個線程儘可能以相同的順序去獲取資源

等等，這些都不是絕對原則，都要根據狀況，好比不能將鎖的粒度過於細化，否則可能會出現線程的加鎖和釋放次數過多，反而效率不如一次加一把大鎖。這部分跟面試官談了好久

索引的底層實現原理和優化

B+樹，通過優化的B+樹

主要是在全部的葉子結點中增長了指向下一個葉子節點的指針，所以InnoDB建議爲大部分表使用默認自增的主鍵做爲主索引。

 什麼狀況下設置了索引但沒法使用 

① 以「%」開頭的LIKE語句，模糊匹配

② OR語句先後沒有同時使用索引

③ 數據類型出現隱式轉化（如varchar不加單引號的話可能會自動轉換爲int型）

SQL語句的優化 

order by要怎麼處理

alter儘可能將屢次合併爲一次

insert和delete也須要合併

等等

實踐中如何優化MySQL

我當時是按如下四條依次回答的，他們四條從效果上第一條影響最大，後面愈來愈小。

① SQL語句及索引的優化

② 數據庫表結構的優化

③ 系統配置的優化

④ 硬件的優化

sql注入的主要特色

變種極多，攻擊簡單，危害極大

sql注入的主要危害

未經受權操做數據庫的數據

惡意纂改網頁

私自添加系統帳號或者是數據庫使用者帳號

網頁掛木馬

優化數據庫的方法

1.  選取最適用的字段屬性，儘量減小定義字段寬度，儘可能把字段設置NOTNULL，例如’省份’、’性別’最好適用ENUM
2.  使用鏈接(JOIN)來代替子查詢
3.  適用聯合(UNION)來代替手動建立的臨時表
4.  事務處理
5.  鎖定表、優化事務處理
6.  適用外鍵，優化鎖定表
7.  創建索引
8.  優化查詢語句

 

簡單描述mysql中，索引，主鍵，惟一索引，聯合索引的區別，對數據庫的性能有什麼影響（從讀寫兩方面）

索引是一種特殊的文件(InnoDB數據表上的索引是表空間的一個組成部分)，它們包含着對數據表裏全部記錄的引用指針。

普通索引(由關鍵字KEY或INDEX定義的索引)的惟一任務是加快對數據的訪問速度。

 

普通索引容許被索引的數據列包含重複的值。若是能肯定某個數據列將只包含彼此各不相同的值，在爲這個數據列建立索引的時候就應該用關鍵字UNIQUE把它定義爲一個惟一索引。也就是說，惟一索引能夠保證數據記錄的惟一性。

 

主鍵，是一種特殊的惟一索引，在一張表中只能定義一個主鍵索引，主鍵用於惟一標識一條記錄，使用關鍵字 PRIMARY KEY 來建立。

索引能夠覆蓋多個數據列，如像INDEX(columnA, columnB)索引，這就是聯合索引。

 

索引能夠極大的提升數據的查詢速度，可是會下降插入、刪除、更新表的速度，由於在執行這些寫操做時，還要操做索引文件。

數據庫中的事務是什麼?

事務（transaction）是做爲一個單元的一組有序的數據庫操做。若是組中的全部操做都成功，則認爲事務成功，即便只有一個操做失敗，事務也不成功。若是全部操做完成，事務則提交，其修改將做用於全部其餘數據庫進程。若是一個操做失敗，則事務將回滾，該事務全部操做的影響都將取消。ACID 四大特性,原子性、隔離性、一致性、持久性。

瞭解XSS攻擊嗎？如何防止？

XSS是跨站腳本攻擊，首先是利用跨站腳本漏洞以一個特權模式去執行攻擊者構造的腳本，而後利用不安全的Activex控件執行惡意的行爲。
使用htmlspecialchars()函數對提交的內容進行過濾，使字符串裏面的特殊符號實體化。

SQL注入漏洞產生的緣由？如何防止？

SQL注入產生的緣由：程序開發過程當中不注意規範書寫sql語句和對特殊字符進行過濾，致使客戶端能夠經過全局變量POST和GET提交一些sql語句正常執行。

防止SQL注入的方式：
開啓配置文件中的magic_quotes_gpc 和 magic_quotes_runtime設置

執行sql語句時使用addslashes進行sql語句轉換

Sql語句書寫儘可能不要省略雙引號和單引號。

過濾掉sql語句中的一些關鍵詞：update、insert、delete、select、 * 。

提升數據庫表和字段的命名技巧，對一些重要的字段根據程序的特色命名，取不易被猜到的。

Php配置文件中設置register_globals爲off,關閉全局變量註冊

控制錯誤信息，不要在瀏覽器上輸出錯誤信息，將錯誤信息寫到日誌文件中。

 

 

爲表中得字段選擇合適得數據類型（物理設計）

 字段類型優先級: 整形>date,time>enum,char>varchar>blob,text
 優先考慮數字類型，其次是日期或者二進制類型，最後是字符串類型，同級別得數據類型，應該優先選擇佔用空間小的數據類型

存儲時期

Datatime:以 YYYY-MM-DD HH:MM:SS 格式存儲時期時間，精確到秒，佔用8個字節得存儲空間，datatime類型與時區無關
Timestamp:以時間戳格式存儲，佔用4個字節，範圍小1970-1-1到2038-1-19，顯示依賴於所指定得時區，默認在第一個列行的數據修改時能夠自動得修改timestamp列得值
Date:（生日）佔用得字節數比使用字符串.datatime.int儲存要少，使用date只須要3個字節，存儲日期月份，還能夠利用日期時間函數進行日期間得計算
Time:存儲時間部分得數據
注意:不要使用字符串類型來存儲日期時間數據（一般比字符串佔用得儲存空間小，在進行查找過濾能夠利用日期得函數）
使用int存儲日期時間不如使用timestamp類型

 

對於關係型數據庫而言，索引是至關重要的概念，請回答有關索引的幾個問題：

a)、索引的目的是什麼？
快速訪問數據表中的特定信息，提升檢索速度

建立惟一性索引，保證數據庫表中每一行數據的惟一性。

加速表和表之間的鏈接

使用分組和排序子句進行數據檢索時，能夠顯著減小查詢中分組和排序的時間

b)、索引對數據庫系統的負面影響是什麼？
負面影響：
建立索引和維護索引須要耗費時間，這個時間隨着數據量的增長而增長；索引須要佔用物理空間，不光是表須要佔用數據空間，每一個索引也須要佔用物理空間；當對錶進行增、刪、改、的時候索引也要動態維護，這樣就下降了數據的維護速度。

c)、爲數據表創建索引的原則有哪些？
在最頻繁使用的、用以縮小查詢範圍的字段上創建索引。

在頻繁使用的、須要排序的字段上創建索引

d)、 什麼狀況下不宜創建索引？
對於查詢中不多涉及的列或者重複值比較多的列，不宜創建索引。

對於一些特殊的數據類型，不宜創建索引，好比文本字段（text）等

 簡述在MySQL數據庫中MyISAM和InnoDB的區別

區別於其餘數據庫的最重要的特色就是其插件式的表存儲引擎。切記：存儲引擎是基於表的，而不是數據庫。

InnoDB與MyISAM的區別：

InnoDB存儲引擎: 主要面向OLTP(Online Transaction Processing，在線事務處理)方面的應用，是第一個完整支持ACID事務的存儲引擎(BDB第一個支持事務的存儲引擎，已經中止開發)。

特色：

· 行鎖設計、支持外鍵,支持事務，支持併發，鎖粒度是支持mvcc得行級鎖；

 MyISAM存儲引擎: 是MySQL官方提供的存儲引擎，主要面向OLAP(Online Analytical Processing,在線分析處理)方面的應用。
特色：

不支持事務，鎖粒度是支持併發插入得表級鎖，支持表所和全文索引。操做速度快，不能讀寫操做太頻繁；

 解釋MySQL外鏈接、內鏈接與自鏈接的區別

先說什麼是交叉鏈接: 交叉鏈接又叫笛卡爾積，它是指不使用任何條件，直接將一個表的全部記錄和另外一個表中的全部記錄一一匹配。

內鏈接 則是隻有條件的交叉鏈接，根據某個條件篩選出符合條件的記錄，不符合條件的記錄不會出如今結果集中，即內鏈接只鏈接匹配的行。
外鏈接 其結果集中不只包含符合鏈接條件的行，並且還會包括左表、右表或兩個表中
的全部數據行，這三種狀況依次稱之爲左外鏈接，右外鏈接，和全外鏈接。

左外鏈接，也稱左鏈接，左表爲主表，左表中的全部記錄都會出如今結果集中，對於那些在右表中並無匹配的記錄，仍然要顯示，右邊對應的那些字段值以NULL來填充。右外鏈接，也稱右鏈接，右表爲主表，右表中的全部記錄都會出如今結果集中。左鏈接和右鏈接能夠互換，MySQL目前還不支持全外鏈接。

寫出三種以上MySQL數據庫存儲引擎的名稱（提示：不區分大小寫）

MyISAM、InnoDB、BDB（BerkeleyDB）、Merge、Memory（Heap）、Example、Federated、
Archive、CSV、Blackhole、MaxDB 等等十幾個引擎

Myql中的事務回滾機制概述

事務是用戶定義的一個數據庫操做序列，這些操做要麼全作要麼全不作，是一個不可分割的工做單位，事務回滾是指將該事務已經完成的對數據庫的更新操做撤銷。

要同時修改數據庫中兩個不一樣表時，若是它們不是一個事務的話，當第一個表修改完，可能第二個表修改過程當中出現了異常而沒能修改，此時就只有第二個表依舊是未修改以前的狀態，而第一個表已經被修改完畢。而當你把它們設定爲一個事務的時候，當第一個表修改完，第二表修改出現異常而沒能修改，第一個表和第二個表都要回到未修改的狀態，這就是所謂的事務回滾

 

SQL語言包括哪幾部分？每部分都有哪些操做關鍵字？

答：SQL語言包括數據定義(DDL)、數據操縱(DML),數據控制(DCL)和數據查詢（DQL）四個部分。

數據定義：Create Table,Alter Table,Drop Table, Craete/Drop Index等

數據操縱：Select ,insert,update,delete,

數據控制：grant,revoke

數據查詢：select

 

完整性約束包括哪些？

答：數據完整性(Data Integrity)是指數據的精確(Accuracy)和可靠性(Reliability)。

分爲如下四類：

1) 實體完整性：規定表的每一行在表中是唯一的實體。

2) 域完整性：是指表中的列必須知足某種特定的數據類型約束，其中約束又包括取值範圍、精度等規定。

3) 參照完整性：是指兩個表的主關鍵字和外關鍵字的數據應一致，保證了表之間的數據的一致性，防止了數據丟失或無心義的數據在數據庫中擴散。

4) 用戶定義的完整性：不一樣的關係數據庫系統根據其應用環境的不一樣，每每還須要一些特殊的約束條件。用戶定義的完整性便是針對某個特定關係數據庫的約束條件，它反映某一具體應用必須知足的語義要求。

與表有關的約束：包括列約束(NOT NULL（非空約束）)和表約束(PRIMARY KEY、foreign key、check、UNIQUE) 。

 

什麼是事務？及其特性？

答：事務：是一系列的數據庫操做，是數據庫應用的基本邏輯單位。

事務特性：

（1）原子性：即不可分割性，事務要麼所有被執行，要麼就所有不被執行。

（2）一致性或可串性。事務的執行使得數據庫從一種正確狀態轉換成另外一種正確狀態

（3）隔離性。在事務正確提交以前，不容許把該事務對數據的任何改變提供給任何其餘事務，

（4） 持久性。事務正確提交後，其結果將永久保存在數據庫中，即便在事務提交後有了其餘故障，事務的處理結果也會獲得保存。

或者這樣理解：

事務就是被綁定在一塊兒做爲一個邏輯工做單元的SQL語句分組，若是任何一個語句操做失敗那麼整個操做就被失敗，之後操做就會回滾到操做前狀態，或者是上有個節點。爲了確保要麼執行，要麼不執行，就可使用事務。要將有組語句做爲事務考慮，就須要經過ACID測試，即原子性，一致性，隔離性和持久性。

 

什麼是鎖？

  答：數據庫是一個多用戶使用的共享資源。當多個用戶併發地存取數據時，在數據庫中就會產生多個事務同時存取同一數據的狀況。若對併發操做不加控制就可能會讀取和存儲不正確的數據，破壞數據庫的一致性。

加鎖是實現數據庫併發控制的一個很是重要的技術。當事務在對某個數據對象進行操做前，先向系統發出請求，對其加鎖。加鎖後事務就對該數據對象有了必定的控制，在該事務釋放鎖以前，其餘的事務不能對此數據對象進行更新操做。

基本鎖類型：鎖包括行級鎖和表級鎖

 

什麼叫視圖？遊標是什麼？

答：視圖是一種虛擬的表，具備和物理表相同的功能。能夠對視圖進行增，改，查，操做，視圖一般是有一個表或者多個表的行或列的子集。對視圖的修改不影響基本表。它使得咱們獲取數據更容易，相比多表查詢。

  遊標：是對查詢出來的結果集做爲一個單元來有效的處理。遊標能夠定在該單元中的特定行，從結果集的當前行檢索一行或多行。能夠對結果集當前行作修改。通常不使用遊標，可是須要逐條處理數據的時候，遊標顯得十分重要。

 

什麼是存儲過程？用什麼來調用？

答：存儲過程是一個預編譯的SQL語句，優勢是容許模塊化的設計，就是說只需建立一次，之後在該程序中就能夠調用屢次。若是某次操做須要執行屢次SQL，使用存儲過程比單純SQL語句執行要快。能夠用一個命令對象來調用存儲過程。

 

索引的做用？和它的優勢缺點是什麼？

答：索引就一種特殊的查詢表，數據庫的搜索引擎能夠利用它加速對數據的檢索。它很相似與現實生活中書的目錄，不須要查詢整本書內容就能夠找到想要的數據。索引能夠是惟一的，建立索引容許指定單個列或者是多個列。缺點是它減慢了數據錄入的速度，同時也增長了數據庫的尺寸大小。

 

如何通俗地理解三個範式？  

答：第一範式：1NF是對屬性的原子性約束，要求屬性具備原子性，不可再分解；

第二範式：2NF是對記錄的唯一性約束，要求記錄有唯一標識，即實體的唯一性；  

第三範式：3NF是對字段冗餘性的約束，即任何字段不能由其餘字段派生出來，它要求字段沒有冗餘。。

範式化設計優缺點:

優勢:

能夠儘可能得減小數據冗餘，使得更新快，體積小

缺點:對於查詢須要多個表進行關聯，減小寫得效率增長讀得效率，更難進行索引優化

反範式化:

優勢:能夠減小表得關聯，能夠更好得進行索引優化

缺點:數據冗餘以及數據異常，數據得修改須要更多的成本

 

什麼是基本表？什麼是視圖？

答：基本表是自己獨立存在的表，在 SQL 中一個關係就對應一個表。  視圖是從一個或幾個基本表導出的表。視圖自己不獨立存儲在數據庫中，是一個虛表  

 

試述視圖的優勢？

答：(1) 視圖可以簡化用戶的操做  (2) 視圖使用戶能以多種角度看待同一數據； (3) 視圖爲數據庫提供了必定程度的邏輯獨立性； (4) 視圖可以對機密數據提供安全保護。

 

 NULL是什麼意思

答：NULL這個值表示UNKNOWN(未知):它不表示「」(空字符串)。對NULL這個值的任何比較都會生產一個NULL值。您不能把任何值與一個 NULL值進行比較，並在邏輯上但願得到一個答案。

使用IS  NULL來進行NULL判斷

 

主鍵、外鍵和索引的區別？

主鍵、外鍵和索引的區別

定義：

 主鍵–惟一標識一條記錄，不能有重複的，不容許爲空

 外鍵–表的外鍵是另外一表的主鍵, 外鍵能夠有重複的, 能夠是空值

 索引–該字段沒有重複值，但能夠有一個空值

做用：

 主鍵–用來保證數據完整性

 外鍵–用來和其餘表創建聯繫用的

 索引–是提升查詢排序的速度

個數：

 主鍵–主鍵只能有一個

 外鍵–一個表能夠有多個外鍵

 索引–一個表能夠有多個惟一索引

 

你能夠用什麼來確保表格裏的字段只接受特定範圍裏的值?

答：Check限制，它在數據庫表格裏被定義，用來限制輸入該列的值。

觸發器也能夠被用來限制數據庫表格裏的字段可以接受的值，可是這種辦法要求觸發器在表格裏被定義，這可能會在某些狀況下影響到性能。

 

說說對SQL語句優化有哪些方法？（選擇幾條）

（1）Where子句中：where表之間的鏈接必須寫在其餘Where條件以前，那些能夠過濾掉最大數量記錄的條件必須寫在Where子句的末尾.HAVING最後。

（2）用EXISTS替代IN、用NOT EXISTS替代NOT IN。

（3） 避免在索引列上使用計算

（4）避免在索引列上使用IS NULL和IS NOT NULL

（5）對查詢進行優化，應儘可能避免全表掃描，首先應考慮在 where 及 order by 涉及的列上創建索引。

（6）應儘可能避免在 where 子句中對字段進行 null 值判斷，不然將致使引擎放棄使用索引而進行全表掃描

（7）應儘可能避免在 where 子句中對字段進行表達式操做，這將致使引擎放棄使用索引而進行全表掃描

 

SQL語句中‘相關子查詢’與‘非相關子查詢’有什麼區別？

答：子查詢：嵌套在其餘查詢中的查詢稱之。

子查詢又稱內部，而包含子查詢的語句稱以外部查詢（又稱主查詢）。

全部的子查詢能夠分爲兩類，即相關子查詢和非相關子查詢

（1）非相關子查詢是獨立於外部查詢的子查詢，子查詢總共執行一次，執行完畢後將值傳遞給外部查詢。

（2）相關子查詢的執行依賴於外部查詢的數據，外部查詢執行一行，子查詢就執行一次。

故非相關子查詢比相關子查詢效率高

 

char和varchar的區別？

答：是一種固定長度的類型，varchar則是一種可變長度的類型，它們的區別是：  

char(M)類型的數據列裏，每一個值都佔用M個字節，若是某個長度小於M，MySQL就會在它的右邊用空格字符補足．（在檢索操做中那些填補出來的空格字符將被去掉）在varchar(M)類型的數據列裏，每一個值只佔用恰好夠用的字節再加上一個用來記錄其長度的字節（即總長度爲L+1字節）．  

varchar得適用場景:

字符串列得最大長度比平均長度大不少 2.字符串不多被更新，容易產生存儲碎片 3.使用多字節字符集存儲字符串

Char得場景:

    存儲具備近似得長度（md5值,身份證，手機號）,長度比較短小得字符串（由於varchar須要額外空間記錄字符串長度），更適合常常更新得字符串，更新時不會出現頁分裂得狀況，避免出現存儲碎片，得到更好的io性能