php面試中，你又在MySQL的問(wèn)題被pass掉了？

這次小編給大家整理一波相關(guān)面試題，全都是干貨

1. 如何設(shè)計(jì)一個(gè)高并發(fā)的系統(tǒng)

① 數(shù)據(jù)庫(kù)的優(yōu)化，包括合理的事務(wù)隔離級(jí)別、SQL語(yǔ)句優(yōu)化、索引的優(yōu)化

② 使用緩存，盡量減少數(shù)據(jù)庫(kù) IO

③ 分布式數(shù)據(jù)庫(kù)、分布式緩存

④ 服務(wù)器的負(fù)載均衡

2. 鎖的優(yōu)化策略

① 讀寫(xiě)分離

② 分段加鎖

③ 減少鎖持有的時(shí)間

④ 多個(gè)線程盡量以相同的順序去獲取資源

等等，這些都不是絕對(duì)原則，都要根據(jù)情況，比如不能將鎖的粒度過(guò)于細(xì)化，不然可能會(huì)出現(xiàn)線程的加鎖和釋放次數(shù)過(guò)多，反而效率不如一次加一把大鎖。這部分跟面試官談了很久

3. 索引的底層實(shí)現(xiàn)原理和優(yōu)化

B+樹(shù)，經(jīng)過(guò)優(yōu)化的B+樹(shù)

主要是在所有的葉子結(jié)點(diǎn)中增加了指向下一個(gè)葉子節(jié)點(diǎn)的指針，因此InnoDB建議為大部分表使用默認(rèn)自增的主鍵作為主索引。

4. 什么情況下設(shè)置了索引但無(wú)法使用 

① 以“%”開(kāi)頭的LIKE語(yǔ)句，模糊匹配

② OR語(yǔ)句前后沒(méi)有同時(shí)使用索引

③ 數(shù)據(jù)類型出現(xiàn)隱式轉(zhuǎn)化（如varchar不加單引號(hào)的話可能會(huì)自動(dòng)轉(zhuǎn)換為int型）

5. SQL語(yǔ)句的優(yōu)化 

order by要怎么處理

alter盡量將多次合并為一次

insert和delete也需要合并

6. 實(shí)踐中如何優(yōu)化MySQL

我當(dāng)時(shí)是按以下四條依次回答的，他們四條從效果上第一條影響最大，后面越來(lái)越小。

① SQL語(yǔ)句及索引的優(yōu)化

② 數(shù)據(jù)庫(kù)表結(jié)構(gòu)的優(yōu)化

③ 系統(tǒng)配置的優(yōu)化

④ 硬件的優(yōu)化

8. sql注入的主要特點(diǎn)

變種極多，攻擊簡(jiǎn)單，危害極大

9. sql注入的主要危害

未經(jīng)授權(quán)操作數(shù)據(jù)庫(kù)的數(shù)據(jù)

惡意纂改網(wǎng)頁(yè)

私自添加系統(tǒng)賬號(hào)或者是數(shù)據(jù)庫(kù)使用者賬號(hào)

網(wǎng)頁(yè)掛木馬

10、優(yōu)化數(shù)據(jù)庫(kù)的方法

· 選取最適用的字段屬性，盡可能減少定義字段寬度，盡量把字段設(shè)置NOTNULL，例如'省份'、'性別'最好適用ENUM

· 使用連接(JOIN)來(lái)代替子查詢

· 適用聯(lián)合(UNION)來(lái)代替手動(dòng)創(chuàng)建的臨時(shí)表

· 事務(wù)處理

· 鎖定表、優(yōu)化事務(wù)處理

· 適用外鍵，優(yōu)化鎖定表

· 建立索引

· 優(yōu)化查詢語(yǔ)句

11. 簡(jiǎn)單描述mysql中，索引，主鍵，唯一索引，聯(lián)合索引的區(qū)別，對(duì)數(shù)據(jù)庫(kù)的性能有什么影響（從讀寫(xiě)兩方面）

索引是一種特殊的文件(InnoDB數(shù)據(jù)表上的索引是表空間的一個(gè)組成部分)，它們包含著對(duì)數(shù)據(jù)表里所有記錄的引用指針。

普通索引(由關(guān)鍵字KEY或INDEX定義的索引)的唯一任務(wù)是加快對(duì)數(shù)據(jù)的訪問(wèn)速度。

普通索引允許被索引的數(shù)據(jù)列包含重復(fù)的值。如果能確定某個(gè)數(shù)據(jù)列將只包含彼此各不相同的值，在為這個(gè)數(shù)據(jù)列創(chuàng)建索引的時(shí)候就應(yīng)該用關(guān)鍵字UNIQUE把它定義為一個(gè)唯一索引。也就是說(shuō)，唯一索引可以保證數(shù)據(jù)記錄的唯一性。

主鍵，是一種特殊的唯一索引，在一張表中只能定義一個(gè)主鍵索引，主鍵用于唯一標(biāo)識(shí)一條記錄，使用關(guān)鍵字 PRIMARY KEY 來(lái)創(chuàng)建。

索引可以覆蓋多個(gè)數(shù)據(jù)列，如像INDEX(columnA, columnB)索引，這就是聯(lián)合索引。

索引可以極大的提高數(shù)據(jù)的查詢速度，但是會(huì)降低插入、刪除、更新表的速度，因?yàn)樵趫?zhí)行這些寫(xiě)操作時(shí)，還要操作索引文件。

12.數(shù)據(jù)庫(kù)中的事務(wù)是什么?

事務(wù)（transaction）是作為一個(gè)單元的一組有序的數(shù)據(jù)庫(kù)操作。如果組中的所有操作都成功，則認(rèn)為事務(wù)成功，即使只有一個(gè)操作失敗，事務(wù)也不成功。如果所有操作完成，事務(wù)則提交，其修改將作用于所有其他數(shù)據(jù)庫(kù)進(jìn)程。如果一個(gè)操作失敗，則事務(wù)將回滾，該事務(wù)所有操作的影響都將取消。ACID 四大特性,原子性、隔離性、一致性、持久性。

13.了解XSS攻擊嗎？如何防止？

XSS是跨站腳本攻擊，首先是利用跨站腳本漏洞以一個(gè)特權(quán)模式去執(zhí)行攻擊者構(gòu)造的腳本，然后利用不安全的Activex控件執(zhí)行惡意的行為。

使用htmlspecialchars()函數(shù)對(duì)提交的內(nèi)容進(jìn)行過(guò)濾，使字符串里面的特殊符號(hào)實(shí)體化。

14.SQL注入漏洞產(chǎn)生的原因？如何防止？

SQL注入產(chǎn)生的原因：程序開(kāi)發(fā)過(guò)程中不注意規(guī)范書(shū)寫(xiě)sql語(yǔ)句和對(duì)特殊字符進(jìn)行過(guò)濾，導(dǎo)致客戶端可以通過(guò)全局變量POST和GET提交一些sql語(yǔ)句正常執(zhí)行。

防止SQL注入的方式：

• 開(kāi)啟配置文件中的magic_quotes_gpc 和 magic_quotes_runtime設(shè)置

• 執(zhí)行sql語(yǔ)句時(shí)使用addslashes進(jìn)行sql語(yǔ)句轉(zhuǎn)換

• Sql語(yǔ)句書(shū)寫(xiě)盡量不要省略雙引號(hào)和單引號(hào)。

• 過(guò)濾掉sql語(yǔ)句中的一些關(guān)鍵詞：update、insert、delete、select、 * 。

• 提高數(shù)據(jù)庫(kù)表和字段的命名技巧，對(duì)一些重要的字段根據(jù)程序的特點(diǎn)命名，取不易被猜到的。

• Php配置文件中設(shè)置register_globals為off,關(guān)閉全局變量注冊(cè)

• 控制錯(cuò)誤信息，不要在瀏覽器上輸出錯(cuò)誤信息，將錯(cuò)誤信息寫(xiě)到日志文件中。

15、 對(duì)于關(guān)系型數(shù)據(jù)庫(kù)而言，索引是相當(dāng)重要的概念，請(qǐng)回答有關(guān)索引的幾個(gè)問(wèn)題：

a)、索引的目的是什么？

• 快速訪問(wèn)數(shù)據(jù)表中的特定信息，提高檢索速度

• 創(chuàng)建唯一性索引，保證數(shù)據(jù)庫(kù)表中每一行數(shù)據(jù)的唯一性。

• 加速表和表之間的連接

• 使用分組和排序子句進(jìn)行數(shù)據(jù)檢索時(shí)，可以顯著減少查詢中分組和排序的時(shí)間

b)、索引對(duì)數(shù)據(jù)庫(kù)系統(tǒng)的負(fù)面影響是什么？

負(fù)面影響：

創(chuàng)建索引和維護(hù)索引需要耗費(fèi)時(shí)間，這個(gè)時(shí)間隨著數(shù)據(jù)量的增加而增加；索引需要占用物理空間，不光是表需要占用數(shù)據(jù)空間，每個(gè)索引也需要占用物理空間；當(dāng)對(duì)表進(jìn)行增、刪、改、的時(shí)候索引也要?jiǎng)討B(tài)維護(hù)，這樣就降低了數(shù)據(jù)的維護(hù)速度。

c)、為數(shù)據(jù)表建立索引的原則有哪些？

• 在最頻繁使用的、用以縮小查詢范圍的字段上建立索引。

• 在頻繁使用的、需要排序的字段上建立索引

d)、 什么情況下不宜建立索引？

• 對(duì)于查詢中很少涉及的列或者重復(fù)值比較多的列，不宜建立索引。

• 對(duì)于一些特殊的數(shù)據(jù)類型，不宜建立索引，比如文本字段（text）等

16、 簡(jiǎn)述在MySQL數(shù)據(jù)庫(kù)中MyISAM和InnoDB的區(qū)別

區(qū)別于其他數(shù)據(jù)庫(kù)的最重要的特點(diǎn)就是其插件式的表存儲(chǔ)引擎。切記：存儲(chǔ)引擎是基于表的，而不是數(shù)據(jù)庫(kù)。

InnoDB與MyISAM的區(qū)別：

InnoDB存儲(chǔ)引擎: 主要面向OLTP(Online Transaction Processing，在線事務(wù)處理)方面的應(yīng)用，是第一個(gè)完整支持ACID事務(wù)的存儲(chǔ)引擎(BDB第一個(gè)支持事務(wù)的存儲(chǔ)引擎，已經(jīng)停止開(kāi)發(fā))。

特點(diǎn)：

· 行鎖設(shè)計(jì)、支持外鍵,支持事務(wù)，支持并發(fā)，鎖粒度是支持mvcc得行級(jí)鎖；

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

特點(diǎn)：

不支持事務(wù)，鎖粒度是支持并發(fā)插入得表級(jí)鎖，支持表所和全文索引。操作速度快，不能讀寫(xiě)操作太頻繁；

17、 解釋MySQL外連接、內(nèi)連接與自連接的區(qū)別

先說(shuō)什么是交叉連接: 交叉連接又叫笛卡爾積，它是指不使用任何條件，直接將一個(gè)表的所有記錄和另一個(gè)表中的所有記錄一一匹配。

內(nèi)連接 則是只有條件的交叉連接，根據(jù)某個(gè)條件篩選出符合條件的記錄，不符合條件的記錄不會(huì)出現(xiàn)在結(jié)果集中，即內(nèi)連接只連接匹配的行。

外連接 其結(jié)果集中不僅包含符合連接條件的行，而且還會(huì)包括左表、右表或兩個(gè)表中的所有數(shù)據(jù)行，這三種情況依次稱之為左外連接，右外連接，和全外連接。

左外連接，也稱左連接，左表為主表，左表中的所有記錄都會(huì)出現(xiàn)在結(jié)果集中，對(duì)于那些在右表中并沒(méi)有匹配的記錄，仍然要顯示，右邊對(duì)應(yīng)的那些字段值以NULL來(lái)填充。

右外連接，也稱右連接，右表為主表，右表中的所有記錄都會(huì)出現(xiàn)在結(jié)果集中。左連接和右連接可以互換，MySQL目前還不支持全外連接。

18、 寫(xiě)出三種以上MySQL數(shù)據(jù)庫(kù)存儲(chǔ)引擎的名稱（提示：不區(qū)分大小寫(xiě)）

MyISAM、InnoDB、BDB（BerkeleyDB）、Merge、Memory（Heap）、Example、Federated、

Archive、CSV、Blackhole、MaxDB 等等十幾個(gè)引擎

19、Myql中的事務(wù)回滾機(jī)制概述

事務(wù)是用戶定義的一個(gè)數(shù)據(jù)庫(kù)操作序列，這些操作要么全做要么全不做，是一個(gè)不可分割的工作單位，事務(wù)回滾是指將該事務(wù)已經(jīng)完成的對(duì)數(shù)據(jù)庫(kù)的更新操作撤銷。

要同時(shí)修改數(shù)據(jù)庫(kù)中兩個(gè)不同表時(shí)，如果它們不是一個(gè)事務(wù)的話，當(dāng)?shù)谝粋€(gè)表修改完，可能第二個(gè)表修改過(guò)程中出現(xiàn)了異常而沒(méi)能修改，此時(shí)就只有第二個(gè)表依舊是未修改之前的狀態(tài)，而第一個(gè)表已經(jīng)被修改完畢。而當(dāng)你把它們?cè)O(shè)定為一個(gè)事務(wù)的時(shí)候，當(dāng)?shù)谝粋€(gè)表修改完，第二表修改出現(xiàn)異常而沒(méi)能修改，第一個(gè)表和第二個(gè)表都要回到未修改的狀態(tài)，這就是所謂的事務(wù)回滾

20. SQL語(yǔ)言包括哪幾部分？每部分都有哪些操作關(guān)鍵字？

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

數(shù)據(jù)定義：Create Table,Alter Table,Drop Table, Craete/Drop Index等

數(shù)據(jù)操縱：Select ,insert,update,delete,

數(shù)據(jù)控制：grant,revoke

數(shù)據(jù)查詢：select

21. 完整性約束包括哪些？

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

分為以下四類：

1) 實(shí)體完整性：規(guī)定表的每一行在表中是惟一的實(shí)體。

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

3) 參照完整性：是指兩個(gè)表的主關(guān)鍵字和外關(guān)鍵字的數(shù)據(jù)應(yīng)一致，保證了表之間的數(shù)據(jù)的一致性，防止了數(shù)據(jù)丟失或無(wú)意義的數(shù)據(jù)在數(shù)據(jù)庫(kù)中擴(kuò)散。

4) 用戶定義的完整性：不同的關(guān)系數(shù)據(jù)庫(kù)系統(tǒng)根據(jù)其應(yīng)用環(huán)境的不同，往往還需要一些特殊的約束條件。用戶定義的完整性即是針對(duì)某個(gè)特定關(guān)系數(shù)據(jù)庫(kù)的約束條件，它反映某一具體應(yīng)用必須滿足的語(yǔ)義要求。

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

22.  什么是事務(wù)？及其特性？

答：事務(wù)：是一系列的數(shù)據(jù)庫(kù)操作，是數(shù)據(jù)庫(kù)應(yīng)用的基本邏輯單位。

事務(wù)特性：

（1）原子性：即不可分割性，事務(wù)要么全部被執(zhí)行，要么就全部不被執(zhí)行。

（2）一致性或可串性。事務(wù)的執(zhí)行使得數(shù)據(jù)庫(kù)從一種正確狀態(tài)轉(zhuǎn)換成另一種正確狀態(tài)

（3）隔離性。在事務(wù)正確提交之前，不允許把該事務(wù)對(duì)數(shù)據(jù)的任何改變提供給任何其他事務(wù)，

（4） 持久性。事務(wù)正確提交后，其結(jié)果將永久保存在數(shù)據(jù)庫(kù)中，即使在事務(wù)提交后有了其他故障，事務(wù)的處理結(jié)果也會(huì)得到保存。

或者這樣理解：

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

23. 什么是鎖？

  答：數(shù)據(jù)庫(kù)是一個(gè)多用戶使用的共享資源。當(dāng)多個(gè)用戶并發(fā)地存取數(shù)據(jù)時(shí)，在數(shù)據(jù)庫(kù)中就會(huì)產(chǎn)生多個(gè)事務(wù)同時(shí)存取同一數(shù)據(jù)的情況。若對(duì)并發(fā)操作不加控制就可能會(huì)讀取和存儲(chǔ)不正確的數(shù)據(jù)，破壞數(shù)據(jù)庫(kù)的一致性。

加鎖是實(shí)現(xiàn)數(shù)據(jù)庫(kù)并發(fā)控制的一個(gè)非常重要的技術(shù)。當(dāng)事務(wù)在對(duì)某個(gè)數(shù)據(jù)對(duì)象進(jìn)行操作前，先向系統(tǒng)發(fā)出請(qǐng)求，對(duì)其加鎖。加鎖后事務(wù)就對(duì)該數(shù)據(jù)對(duì)象有了一定的控制，在該事務(wù)釋放鎖之前，其他的事務(wù)不能對(duì)此數(shù)據(jù)對(duì)象進(jìn)行更新操作。

基本鎖類型：鎖包括行級(jí)鎖和表級(jí)鎖

24. 什么叫視圖？游標(biāo)是什么？

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

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

25. 什么是存儲(chǔ)過(guò)程？用什么來(lái)調(diào)用？

答：存儲(chǔ)過(guò)程是一個(gè)預(yù)編譯的SQL語(yǔ)句，優(yōu)點(diǎn)是允許模塊化的設(shè)計(jì)，就是說(shuō)只需創(chuàng)建一次，以后在該程序中就可以調(diào)用多次。如果某次操作需要執(zhí)行多次SQL，使用存儲(chǔ)過(guò)程比單純SQL語(yǔ)句執(zhí)行要快。可以用一個(gè)命令對(duì)象來(lái)調(diào)用存儲(chǔ)過(guò)程。

26. 索引的作用？和它的優(yōu)點(diǎn)缺點(diǎn)是什么？

答：索引就一種特殊的查詢表，數(shù)據(jù)庫(kù)的搜索引擎可以利用它加速對(duì)數(shù)據(jù)的檢索。它很類似與現(xiàn)實(shí)生活中書(shū)的目錄，不需要查詢整本書(shū)內(nèi)容就可以找到想要的數(shù)據(jù)。索引可以是唯一的，創(chuàng)建索引允許指定單個(gè)列或者是多個(gè)列。缺點(diǎn)是它減慢了數(shù)據(jù)錄入的速度，同時(shí)也增加了數(shù)據(jù)庫(kù)的尺寸大小。

27. 如何通俗地理解三個(gè)范式？  

答：第一范式：1NF是對(duì)屬性的原子性約束，要求屬性具有原子性，不可再分解；

第二范式：2NF是對(duì)記錄的惟一性約束，要求記錄有惟一標(biāo)識(shí)，即實(shí)體的惟一性；  

第三范式：3NF是對(duì)字段冗余性的約束，即任何字段不能由其他字段派生出來(lái)，它要求字段沒(méi)有冗余。。

范式化設(shè)計(jì)優(yōu)缺點(diǎn):

優(yōu)點(diǎn):

可以盡量得減少數(shù)據(jù)冗余，使得更新快，體積小

缺點(diǎn):

對(duì)于查詢需要多個(gè)表進(jìn)行關(guān)聯(lián)，減少寫(xiě)得效率增加讀得效率，更難進(jìn)行索引優(yōu)化

反范式化:

優(yōu)點(diǎn):可以減少表得關(guān)聯(lián)，可以更好得進(jìn)行索引優(yōu)化

缺點(diǎn):數(shù)據(jù)冗余以及數(shù)據(jù)異常，數(shù)據(jù)得修改需要更多的成本

28. 什么是基本表？什么是視圖？

答：基本表是本身獨(dú)立存在的表，在 SQL 中一個(gè)關(guān)系就對(duì)應(yīng)一個(gè)表。  視圖是從一個(gè)或幾個(gè)基本表導(dǎo)出的表。視圖本身不獨(dú)立存儲(chǔ)在數(shù)據(jù)庫(kù)中，是一個(gè)虛表  

29. 試述視圖的優(yōu)點(diǎn)？

答：(1) 視圖能夠簡(jiǎn)化用戶的操作  (2) 視圖使用戶能以多種角度看待同一數(shù)據(jù)；(3) 視圖為數(shù)據(jù)庫(kù)提供了一定程度的邏輯獨(dú)立性；(4) 視圖能夠?qū)C(jī)密數(shù)據(jù)提供安全保護(hù)。

30. NULL是什么意思

答：NULL這個(gè)值表示UNKNOWN(未知):它不表示“”(空字符串)。對(duì)NULL這個(gè)值的任何比較都會(huì)生產(chǎn)一個(gè)NULL值。您不能把任何值與一個(gè) NULL值進(jìn)行比較，并在邏輯上希望獲得一個(gè)答案。

使用IS  NULL來(lái)進(jìn)行NULL判斷

31. 主鍵、外鍵和索引的區(qū)別？

主鍵、外鍵和索引的區(qū)別

定義：

 主鍵--唯一標(biāo)識(shí)一條記錄，不能有重復(fù)的，不允許為空

 外鍵--表的外鍵是另一表的主鍵, 外鍵可以有重復(fù)的, 可以是空值

 索引--該字段沒(méi)有重復(fù)值，但可以有一個(gè)空值

作用：

 主鍵--用來(lái)保證數(shù)據(jù)完整性

 外鍵--用來(lái)和其他表建立聯(lián)系用的

 索引--是提高查詢排序的速度

個(gè)數(shù)：

 主鍵--主鍵只能有一個(gè)

 外鍵--一個(gè)表可以有多個(gè)外鍵

 索引--一個(gè)表可以有多個(gè)唯一索引

32. 你可以用什么來(lái)確保表格里的字段只接受特定范圍里的值?

答：Check限制，它在數(shù)據(jù)庫(kù)表格里被定義，用來(lái)限制輸入該列的值。

觸發(fā)器也可以被用來(lái)限制數(shù)據(jù)庫(kù)表格里的字段能夠接受的值，但是這種辦法要求觸發(fā)器在表格里被定義，這可能會(huì)在某些情況下影響到性能。

33. 說(shuō)說(shuō)對(duì)SQL語(yǔ)句優(yōu)化有哪些方法？（選擇幾條）

（1）Where子句中：where表之間的連接必須寫(xiě)在其他Where條件之前，那些可以過(guò)濾掉最大數(shù)量記錄的條件必須寫(xiě)在Where子句的末尾.HAVING最后。

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

（3） 避免在索引列上使用計(jì)算

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

（5）對(duì)查詢進(jìn)行優(yōu)化，應(yīng)盡量避免全表掃描，首先應(yīng)考慮在 where 及 order by 涉及的列上建立索引。　　

（6）應(yīng)盡量避免在 where 子句中對(duì)字段進(jìn)行 null 值判斷，否則將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描

（7）應(yīng)盡量避免在 where 子句中對(duì)字段進(jìn)行表達(dá)式操作，這將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描

34. SQL語(yǔ)句中‘相關(guān)子查詢’與‘非相關(guān)子查詢’有什么區(qū)別？

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

子查詢又稱內(nèi)部，而包含子查詢的語(yǔ)句稱之外部查詢（又稱主查詢）。

所有的子查詢可以分為兩類，即相關(guān)子查詢和非相關(guān)子查詢

（1）非相關(guān)子查詢是獨(dú)立于外部查詢的子查詢，子查詢總共執(zhí)行一次，執(zhí)行完畢后將值傳遞給外部查詢。

（2）相關(guān)子查詢的執(zhí)行依賴于外部查詢的數(shù)據(jù)，外部查詢執(zhí)行一行，子查詢就執(zhí)行一次。

故非相關(guān)子查詢比相關(guān)子查詢效率高

35. char和varchar的區(qū)別？

答：是一種固定長(zhǎng)度的類型，varchar則是一種可變長(zhǎng)度的類型，它們的區(qū)別是：  

char(M)類型的數(shù)據(jù)列里，每個(gè)值都占用M個(gè)字節(jié)，如果某個(gè)長(zhǎng)度小于M，MySQL就會(huì)在它的右邊用空格字符補(bǔ)足．（在檢索操作中那些填補(bǔ)出來(lái)的空格字符將被去掉）在varchar(M)類型的數(shù)據(jù)列里，每個(gè)值只占用剛好夠用的字節(jié)再加上一個(gè)用來(lái)記錄其長(zhǎng)度的字節(jié)（即總長(zhǎng)度為L(zhǎng)+1字節(jié)）．  

varchar的適用場(chǎng)景:

• 字符串列的最大長(zhǎng)度比平均長(zhǎng)度大很多

• 字符串很少被更新，容易產(chǎn)生存儲(chǔ)碎片

• 使用多字節(jié)字符集存儲(chǔ)字符串

Char的場(chǎng)景:

    存儲(chǔ)具有近似得長(zhǎng)度（md5值,身份證，手機(jī)號(hào)）,長(zhǎng)度比較短小得字符串（因?yàn)関archar需要額外空間記錄字符串長(zhǎng)度），更適合經(jīng)常更新得字符串，更新時(shí)不會(huì)出現(xiàn)頁(yè)分裂得情況，避免出現(xiàn)存儲(chǔ)碎片，獲得更好的io性能

36. Mysql 的存儲(chǔ)引擎,myisam和innodb的區(qū)別。

答：簡(jiǎn)單的表達(dá)：

MyISAM 是非事務(wù)的存儲(chǔ)引擎；適合用于頻繁查詢的應(yīng)用；表鎖，不會(huì)出現(xiàn)死鎖；適合小數(shù)據(jù)，小并發(fā)

innodb是支持事務(wù)的存儲(chǔ)引擎；合于插入和更新操作比較多的應(yīng)用；設(shè)計(jì)合理的話是行鎖（最大區(qū)別就在鎖的級(jí)別上）；適合大數(shù)據(jù)，大并發(fā)。

37. 數(shù)據(jù)表類型有哪些

答：MyISAM、InnoDB、HEAP、BOB,ARCHIVE,CSV等。

       MyISAM：成熟、穩(wěn)定、易于管理，快速讀取。一些功能不支持（事務(wù)等），表級(jí)鎖。

       InnoDB：支持事務(wù)、外鍵等特性、數(shù)據(jù)行鎖定。空間占用大，不支持全文索引等。

38. MySQL數(shù)據(jù)庫(kù)作發(fā)布系統(tǒng)的存儲(chǔ)，一天五萬(wàn)條以上的增量，預(yù)計(jì)運(yùn)維三年,怎么優(yōu)化？

a. 設(shè)計(jì)良好的數(shù)據(jù)庫(kù)結(jié)構(gòu)，允許部分?jǐn)?shù)據(jù)冗余，盡量避免join查詢，提高效率。

b. 選擇合適的表字段數(shù)據(jù)類型和存儲(chǔ)引擎，適當(dāng)?shù)奶砑铀饕?/span>

c. mysql庫(kù)主從讀寫(xiě)分離。

d. 找規(guī)律分表，減少單表中的數(shù)據(jù)量提高查詢速度。

e。添加緩存機(jī)制，比如memcached，apc等。

f. 不經(jīng)常改動(dòng)的頁(yè)面，生成靜態(tài)頁(yè)面。

g. 書(shū)寫(xiě)高效率的SQL。比如 SELECT * FROM TABEL 改為 SELECT field_1, field_2, field_3 FROM TABLE.

39. 對(duì)于大流量的網(wǎng)站,您采用什么樣的方法來(lái)解決各頁(yè)面訪問(wèn)量統(tǒng)計(jì)問(wèn)題？

答：a. 確認(rèn)服務(wù)器是否能支撐當(dāng)前訪問(wèn)量。

b. 優(yōu)化數(shù)據(jù)庫(kù)訪問(wèn)。

c. 禁止外部訪問(wèn)鏈接（盜鏈）, 比如圖片盜鏈。

d. 控制文件下載。

e. 使用不同主機(jī)分流。

f. 使用瀏覽統(tǒng)計(jì)軟件，了解訪問(wèn)量，有針對(duì)性的進(jìn)行優(yōu)化。

40、如何進(jìn)行SQL優(yōu)化？（關(guān)于后邊的解釋同學(xué)們可以進(jìn)行理解，到時(shí)根據(jù)自己的理解把大體意思說(shuō)出來(lái)即可）

（1）選擇正確的存儲(chǔ)引擎

以 MySQL為例，包括有兩個(gè)存儲(chǔ)引擎 MyISAM 和 InnoDB，每個(gè)引擎都有利有弊。

MyISAM 適合于一些需要大量查詢的應(yīng)用，但其對(duì)于有大量寫(xiě)操作并不是很好。甚至你只是需要update一個(gè)字段，整個(gè)表都會(huì)被鎖起來(lái)，而別的進(jìn)程，就算是讀進(jìn)程都無(wú)法操作直到讀操作完成。另外，MyISAM 對(duì)于 SELECT COUNT(*) 這類的計(jì)算是超快無(wú)比的。

InnoDB 的趨勢(shì)會(huì)是一個(gè)非常復(fù)雜的存儲(chǔ)引擎，對(duì)于一些小的應(yīng)用，它會(huì)比 MyISAM 還慢。但是它支持“行鎖” ，于是在寫(xiě)操作比較多的時(shí)候，會(huì)更優(yōu)秀。并且，他還支持更多的高級(jí)應(yīng)用，比如：事務(wù)。

（2）優(yōu)化字段的數(shù)據(jù)類型

記住一個(gè)原則，越小的列會(huì)越快。如果一個(gè)表只會(huì)有幾列罷了（比如說(shuō)字典表，配置表），那么，我們就沒(méi)有理由使用 INT 來(lái)做主鍵，使用 MEDIUMINT, SMALLINT 或是更小的 TINYINT 會(huì)更經(jīng)濟(jì)一些。如果你不需要記錄時(shí)間，使用 DATE 要比 DATETIME 好得多。當(dāng)然，你也需要留夠足夠的擴(kuò)展空間。

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

索引并不一定就是給主鍵或是唯一的字段。如果在你的表中，有某個(gè)字段你總要會(huì)經(jīng)常用來(lái)做搜索，那么最好是為其建立索引，除非你要搜索的字段是大的文本字段，那應(yīng)該建立全文索引。

(4)避免使用Select *從數(shù)據(jù)庫(kù)里讀出越多的數(shù)據(jù)，那么查詢就會(huì)變得越慢。并且，如果你的數(shù)據(jù)庫(kù)服務(wù)器和WEB服務(wù)器是兩臺(tái)獨(dú)立的服務(wù)器的話，這還會(huì)增加網(wǎng)絡(luò)傳輸?shù)呢?fù)載。即使你要查詢數(shù)據(jù)表的所有字段，也盡量不要用*通配符，善用內(nèi)置提供的字段排除定義也許能給帶來(lái)更多的便利。

(5)使用 ENUM 而不是 VARCHAR

ENUM 類型是非常快和緊湊的。在實(shí)際上，其保存的是 TINYINT，但其外表上顯示為字符串。這樣一來(lái)，用這個(gè)字段來(lái)做一些選項(xiàng)列表變得相當(dāng)?shù)耐昝馈＠纾詣e、民族、部門(mén)和狀態(tài)之類的這些字段的取值是有限而且固定的，那么，你應(yīng)該使用 ENUM 而不是 VARCHAR。

(6)盡可能的使用 NOT NULL

除非你有一個(gè)很特別的原因去使用 NULL 值，你應(yīng)該總是讓你的字段保持 NOT NULL。NULL其實(shí)需要額外的空間，并且，在你進(jìn)行比較的時(shí)候，你的程序會(huì)更復(fù)雜。當(dāng)然，這里并不是說(shuō)你就不能使用NULL了，現(xiàn)實(shí)情況是很復(fù)雜的，依然會(huì)有些情況下，你需要使用NULL值。

(7)固定長(zhǎng)度的表會(huì)更快

如果表中的所有字段都是“固定長(zhǎng)度”的，整個(gè)表會(huì)被認(rèn)為是 “static” 或 “fixed-length”。例如，表中沒(méi)有如下類型的字段：VARCHAR，TEXT，BLOB。只要你包括了其中一個(gè)這些字段，那么這個(gè)表就不是“固定長(zhǎng)度靜態(tài)表”了，這樣，MySQL 引擎會(huì)用另一種方法來(lái)處理。

固定長(zhǎng)度的表會(huì)提高性能，因?yàn)镸ySQL搜尋得會(huì)更快一些，因?yàn)檫@些固定的長(zhǎng)度是很容易計(jì)算下一個(gè)數(shù)據(jù)的偏移量的，所以讀取的自然也會(huì)很快。而如果字段不是定長(zhǎng)的，那么，每一次要找下一條的話，需要程序找到主鍵。并且，固定長(zhǎng)度的表也更容易被緩存和重建。不過(guò)，唯一的副作用是，固定長(zhǎng)度的字段會(huì)浪費(fèi)一些空間，因?yàn)槎ㄩL(zhǎng)的字段無(wú)論你用不用，他都是要分配那么多的空間。

41，為表中得字段選擇合適得數(shù)據(jù)類型（物理設(shè)計(jì)）

字段類型優(yōu)先級(jí): 整形>date,time>enum,char>varchar>blob,text

優(yōu)先考慮數(shù)字類型，其次是日期或者二進(jìn)制類型，最后是字符串類型，同級(jí)別得數(shù)據(jù)類型，應(yīng)該優(yōu)先選擇占用空間小的數(shù)據(jù)類型

42:存儲(chǔ)時(shí)期

Datatime:以 YYYY-MM-DD HH:MM:SS 格式存儲(chǔ)時(shí)期時(shí)間，精確到秒，占用8個(gè)字節(jié)得存儲(chǔ)空間，datatime類型與時(shí)區(qū)無(wú)關(guān)

Timestamp:以時(shí)間戳格式存儲(chǔ)，占用4個(gè)字節(jié)，范圍小1970-1-1到2038-1-19，顯示依賴于所指定得時(shí)區(qū)，默認(rèn)在第一個(gè)列行的數(shù)據(jù)修改時(shí)可以自動(dòng)得修改timestamp列得值

Date:（生日）占用得字節(jié)數(shù)比使用字符串.datatime.int儲(chǔ)存要少，使用date只需要3個(gè)字節(jié)，存儲(chǔ)日期月份，還可以利用日期時(shí)間函數(shù)進(jìn)行日期間得計(jì)算

Time:存儲(chǔ)時(shí)間部分得數(shù)據(jù)

注意:不要使用字符串類型來(lái)存儲(chǔ)日期時(shí)間數(shù)據(jù)（通常比字符串占用得儲(chǔ)存空間小，在進(jìn)行查找過(guò)濾可以利用日期得函數(shù)）

使用int存儲(chǔ)日期時(shí)間不如使用timestamp類型

以上是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有幫助，覺(jué)得有用，可以持續(xù)關(guān)注編程學(xué)習(xí)網(wǎng)，每日都有干貨分享