介紹：

無論您是創(chuàng)建Web應用程序的開發(fā)人員，還是參與Web測試的DBA或測試人員，SQL方面的技巧在數(shù)據(jù)庫編程和數(shù)據(jù)庫驗證中都非常重要。因此，我們整理了QL性能優(yōu)化方面的面試問題。

SQL性能優(yōu)化是一項艱巨的任務，并且是處理Web應用程序日益增加的負載的關鍵。

因此，我們有選擇地選擇了SQL性能優(yōu)化方面的面試問題，這些問題可以使您充分了解SQL性能優(yōu)化概念。

MySQL 基本是每個后臺面試者必問的問題，而SQL優(yōu)化又是MySQL中重之又重的一塊了。如果你的SQL優(yōu)化回答的好，有條理，那你入取的概率就大大提升了。

問：比如，現(xiàn)在有個面試官說，現(xiàn)在線上有個SQL執(zhí)行很慢，你怎么優(yōu)化？

這種時候最好分幾步回答，不要一上來就說，該怎么怎么寫SQL，面試時要學會，跳出來，看全貌，裝進去，看本質(zhì)。

問：慢 SQL 語句的幾種常見誘因？

在這個時候，就可以說，面試官，您好，我覺得SQL慢出現(xiàn)的原因可以分為以下幾種，切記，不要回答自己模糊不清的，沒法自圓其說的即使知道你也別回答，不然就是給自己挖坑。。。

• 無索引、索引失效導致慢查詢
  如果表很大，而對where或者order by 后面字段沒有建立索引，那這種情況查起來肯定很費力。但是有時候建立了索引，但在一些特定的場景下，索引還有可能會失效，所以索引失效也是導致慢查詢的主要原因之一。失效場景很多，比如模糊查詢白分號在前、查詢的字段使用了函數(shù)或者做了計算操作都有可能導致索引失效。
• 鎖等待
  InnoDB 存儲引擎支持行鎖和表鎖，我們要注意行鎖升級為表鎖的可能。在批量更新操作時，行鎖就很可能會升級為表鎖。MySQL 認為如果對一張表使用大量行鎖，會導致事務執(zhí)行效率下降，從而可能造成其它事務長時間鎖等待和更多的鎖沖突問題發(fā)生，致使性能嚴重下降，所以 MySQL 會將行鎖升級為表鎖。還有，行鎖是基于索引加的鎖，如果我們在更新操作時，條件索引失效，那么行鎖也會升級為表鎖。除了鎖升級之外，行鎖相對表鎖來說，雖然粒度更細，并發(fā)能力提升了，但也帶來了新的問題，那就是死鎖。
• 不恰當?shù)?SQL 語句
  使用不恰當?shù)?SQL 語句也是慢 SQL 最常見的誘因之一。例如，習慣使用 <SELECT >，<SELECT COUNT()> SQL 語句，在大數(shù)據(jù)表中使用 <LIMIT M,N> 分頁查詢，以及對非索引字段進行排序等等。對于一些慢的SQL，我該怎么分析？

上面我說了一些關于SQL執(zhí)行慢的原因，下面就該看看怎么分析這些SQL了

• 找出慢SQL
  開啟慢查詢，慢查詢是分析SQL執(zhí)行慢的常見手段，主要有這幾個參數(shù)，slow_query_log：慢查詢開啟狀態(tài)，slow_query_log_file：慢查詢?nèi)罩敬娣诺奈恢茫ㄟ@個目錄需要MySQL的運行帳號的可寫權限，一般設置為MySQL的數(shù)據(jù)存放目錄），long_query_time：查詢超過多少秒才記錄。
• 通過 EXPLAIN 分析 SQL 執(zhí)行計劃
• 通過 Show Profile 分析 SQL 執(zhí)行性能

問：平時寫SQL時該注意什么？有什么經(jīng)驗可談？

到這里，如果面試官還在聽你回答，這時候，你可以適當提高一點語氣，說對于一些慢SQL，有很大一部分是由于我們開發(fā)者寫SQL時不注意SQL優(yōu)化導致的，那么我就說一下我知道的一些注意事項。。。（提高聲音分貝，以防面試官睡著，并敲重點，告訴面試官，我準備好了，哈哈哈。。。）

• 統(tǒng)計時盡量使用count(*)，count(*)≈count(1)，大于count(主鍵)。
• 如果明確查找一條語句，請使用limit 1;，因為找到一條符合條件的記錄后就不會繼續(xù)查找了。
• 優(yōu)化分頁查詢
• 避免 Select *
  用到什么字段就具體寫什么字段，原因除了 select * 查詢所有字段會多出網(wǎng)絡傳輸開銷之外，還有更重要的一點是，select * 無法使用覆蓋索引。
• 盡量使用 MySQL 5.6以后的版本
• 對于使用索引方面對索引字段做函數(shù)操作或者做運算操作，都不能使用上索引。
  所以針對這一點，除了我們索引的字段不要加函數(shù)之外。還要注意一些隱式轉(zhuǎn)換，比如，交易日志表（tradelog），tradeid 的字段類型是 varchar(32)，字段有索引，但是當你執(zhí)行 select * from tradelog where tradeid=110717;語句，你發(fā)現(xiàn)走的還是全索引掃描。這是因為它其實做了類型轉(zhuǎn)換，相當于這么執(zhí)行mysql> select * from tradelog where CAST(tradid AS signed int) = 110717;。隱式字符編碼轉(zhuǎn)換
  如果兩張表使用的編碼集不一致，比如一個是utf8mb4，一個是utf8，那么這兩個字段連接后，相當于做了一次CONVERT(traideid USING utf8mb4),這樣也用不了索引。其實字符集不同只是條件之一，連接過程中要求在被驅(qū)動表的索引字段上加函數(shù)操作，是直接導致對被驅(qū)動表做全表掃描的原因。

問：1. 什么是SQL查詢優(yōu)化？

答: 查詢優(yōu)化是一種以某種方式編寫查詢以便可以快速執(zhí)行的過程。對于任何標準應用而言，這都是重要的一步。

問：有哪些技巧可以提高SQL查詢的性能？

答: 優(yōu)化SQL查詢可以對性?能帶來實質(zhì)性的積極影響。它還取決于您所擁有的RDBMS知識水平。現(xiàn)在讓我們看一下調(diào)整SQL查詢的一些技巧。

1.盡量不要編寫冗長的查詢，使用視圖和存儲過程，它有助于最大程度地減少網(wǎng)絡負載。

2.最好引入約束而不是觸發(fā)器。它們比觸發(fā)器更有效，并且可以提高性能。

3.使用表級變量而不是臨時表。

4. UNION ALL子句的響應速度比UNION快。它不會查找重復的行，而UNION語句會查找重復的行，無論它們是否存在。

5.防止使用DISTINCT和HAVING子句。

6.避免過多使用SQL游標。

7.構建存儲過程時，請使用SET NOCOUNT ON子句。它表示受T-SQL語句影響的行。這將導致網(wǎng)絡流量減少。

8.優(yōu)良作法是返回所需的列而不是表的所有列。

9.最好不要使用復雜的Join，并避免不當?shù)厥褂糜|發(fā)器。

10.創(chuàng)建表索引并遵守標準

問：有哪些影響數(shù)據(jù)庫性能的瓶頸？

答: 在Web應用程序中，數(shù)據(jù)庫層可能被證明是實現(xiàn)最后一英里可擴展性的關鍵瓶頸。如果數(shù)據(jù)庫存在性能泄漏，則可能成為瓶頸，并可能導致問題。一些常見的性能問題如下。

1. CPU使用率異常是最明顯的性能瓶頸。但是，您可以通過擴容CPU或替換為高級CPU來修復它。它可能看起來像是一個簡單的問題，但異常的CPU使用率可能導致其他問題。

2.內(nèi)存不足是下一個最常見的瓶頸。如果服務器無法管理峰值負載，那么它將對性能造成很大的問號。對于任何應用程序來說，執(zhí)行內(nèi)存都是至關重要的，因為它比持久性內(nèi)存要快。同樣，當RAM下降到特定閾值時，操作系統(tǒng)將轉(zhuǎn)向使用交換內(nèi)存。但這會使應用程序運行非常緩慢。

您可以通過擴容RAM來解決它，但是如果有內(nèi)存泄漏，它將無法解決。在這種情況下，您需要分析應用程序，以識別其代碼中的潛在泄漏。

3.對外部存儲設備（如SATA磁盤）的過度依賴也可能成為瓶頸。在將大量數(shù)據(jù)寫入磁盤時，其影響顯而易見。如果輸出操作非常慢，則很明顯表明問題已成為瓶頸。

在這種情況下，您需要進行擴容，用更快的驅(qū)動器替換現(xiàn)有驅(qū)動器。嘗試升級到SSD硬盤驅(qū)動器或類似產(chǎn)品。

問：改善SQL性能涉及哪些步驟？

答：

• 發(fā)現(xiàn)–首先，找出需要改進的地方。探索諸如探查器，查詢執(zhí)行計劃，SQL調(diào)優(yōu)顧問，動態(tài)視圖和自定義存儲過程之類的工具。

• 審核–集中討論可用數(shù)據(jù)以隔離主要問題。

• 提議–這是一種可以提高性能的標準方法。但是，您可以對其進行進一步自定義以最大程度地受益。

1.識別字段并創(chuàng)建索引。

2.修改大型查詢以使用創(chuàng)建的索引。

3.刷新表和視圖并更新統(tǒng)計信息。

4.重置現(xiàn)有索引并刪除未使用的索引。

5.查找并清除死塊。

驗證–測試SQL性能調(diào)整方法。定期監(jiān)視進度。另外，跟蹤是否對應用程序的其他部分有不利影響。

發(fā)布–現(xiàn)在，是時候與團隊中的每個人共享工作解決方案了。讓他們知道所有最佳做法，以便他們可以輕松使用它。問：什么是執(zhí)行計劃（explain plan）？

答: 這是SQL中使用的術語，它顯示其優(yōu)化程序計劃用于執(zhí)行SELECT / UPDATE / INSERT / DELETE語句的執(zhí)行計劃。

問：您如何分析執(zhí)行計劃？

答: 在分析說明計劃時，請檢查以下區(qū)域。

1.驅(qū)動表

2.聯(lián)接順序

3.聯(lián)接方法

4.意外的笛卡爾積

5.嵌套循環(huán)，合并排序和哈希聯(lián)接

6.全表掃描

7.未使用的索引

8.訪問路徑

問：您如何使用執(zhí)行計劃調(diào)整查詢？

答: 說明計劃顯示查詢成本的完整輸出，包括每個子查詢。成本與查詢執(zhí)行時間成正比。該計劃還在從查詢中獲取數(shù)據(jù)的同時在查詢或子查詢中描述了問題。

問：什么是Summary advisor，它提供什么類型的信息？

答: Summary advisor是用于過濾和實例化視圖的工具。通過為給定的工作負載選擇適當?shù)膶嵗晥D集，它可以幫助提高SQL性能。它還提供有關實例化視圖建議的數(shù)據(jù)。

問：是什么最有可能導致SQL查詢運行慢至5分鐘？

答: 很有可能，特定表中數(shù)據(jù)量的突然增加可能會減慢SQL查詢的輸出。因此，收集目標表的必要統(tǒng)計信息。另外，監(jiān)視數(shù)據(jù)庫級別或基礎對象級別的任何更改。

問：什么是Latch Free Event？何時發(fā)生？系統(tǒng)如何處理？

答: 在Oracle中，當會話需要鎖，試圖獲取它但由于其他人擁有它而失敗時，就會發(fā)生“Latch Free Event”等待事件。

因此，它等待著等待，等待鎖釋放，然后醒來并再次嘗，試鎖上沒有等待服務員的有序隊列，因此最先到達的人可以得到它。

問：什么是主動調(diào)整和被動調(diào)整？

答:

主動調(diào)整–架構師或DBA確定在設計和開發(fā)過程中哪些系統(tǒng)資源和可用的Oracle功能組合滿足標準。

反應式調(diào)整–這是發(fā)現(xiàn)和消除瓶頸的自下而上的方法。目的是使Oracle響應更快。

問： 什么是基于規(guī)則的優(yōu)化器和基于成本的優(yōu)化器？

答: Oracle確定如何獲取處理有效SQL語句所需的數(shù)據(jù)。它使用以下兩種方法之一來做出此決定。

基于規(guī)則的優(yōu)化器–如果服務器沒有內(nèi)部統(tǒng)計信息支持該語句引用的對象，則RBO方法將獲得優(yōu)先級。但是，Oracle將在以后的版本中棄用此方法。

基于成本的優(yōu)化器–內(nèi)部統(tǒng)計數(shù)據(jù)很多時，CBO將獲得優(yōu)先權。它驗證幾種可能的執(zhí)行計劃，并根據(jù)系統(tǒng)資源選擇成本最低的計劃。

問： Oracle中有哪些SQL性能調(diào)優(yōu)增強功能？

答: Oracle提供了許多性能增強功能，其中包括：

1.自動性能診斷和調(diào)優(yōu)功能

2.自動共享內(nèi)存管理–它使Oracle可以控制SGA中的內(nèi)存分配。

3.等待模型的改進–已經(jīng)有了許多視圖來增強等待模型。

4.自動優(yōu)化器統(tǒng)計信息收集–使用稱為GATHER_STATS_JOB的計劃作業(yè)收集優(yōu)化器統(tǒng)計信息。

5.動態(tài)采樣–使服務器能夠增強性能。

6. CPU Costing –這是優(yōu)化器（CPU + I / O）的基本成本模型，其成本單位為時間優(yōu)化器通知的時間。

7.基于規(guī)則的優(yōu)化器過時-不再使用。

8.跟蹤增強功能–端到端跟蹤，該跟蹤允許通過客戶端標識符而不是使用典型的會話ID來識別客戶端進程。

1、Mysql 查詢是否區(qū)分大小寫？

• 不區(qū)分
• SELECT VERSION(), CURRENT_DATE;
• SeLect version(), current_date;
• seleCt vErSiOn(), current_DATE;
• 所有這些例子都是一樣的，Mysql 不區(qū)分大小寫。

2、Mysql 的技術特點是什么？

• Mysql 數(shù)據(jù)庫軟件是一個客戶端或服務器系統(tǒng)，其中包括：支持各種客戶端程序和庫的多
• 線程 SQL 服務器、不同的后端、廣泛的應用程序編程接口和管理工具。

3、Heap 表是什么？

• HEAP 表存在于內(nèi)存中，用于臨時高速存儲。
• BLOB 或 TEXT 字段是不允許的
• 只能使用比較運算符=，<，>，=>，= <
• HEAP 表不支持 AUTO_INCREMENT
• 索引不可為 NULL

4、Mysql 服務器默認端口是什么？

• Mysql 服務器的默認端口是 3306。

5、與 Oracle 相比，Mysql 有什么優(yōu)勢？

• Mysql 是開源軟件，隨時可用，無需付費。
• Mysql 是便攜式的
• 帶有命令提示符的 GUI。
• 使用 Mysql 查詢?yōu)g覽器支持管理

6、如何區(qū)分 FLOAT 和 DOUBLE？

• 以下是 FLOAT 和 DOUBLE 的區(qū)別：
• 浮點數(shù)以 8 位精度存儲在 FLOAT 中，并且有四個字節(jié)。
• 浮點數(shù)存儲在 DOUBLE 中，精度為 18 位，有八個字節(jié)。

7、區(qū)分 CHAR_LENGTH 和 LENGTH？

• CHAR_LENGTH 是字符數(shù)，而 LENGTH 是字節(jié)數(shù)。Latin 字符的這兩個數(shù)據(jù)是相同的，但是對
• 于 Unicode 和其他編碼，它們是不同的。

8、請簡潔描述 Mysql 中 InnoDB 支持的四種事務隔離級別名稱，以及逐級之間的區(qū)別？

• SQL 標準定義的四個隔離級別為：
• read uncommited ：讀到未提交數(shù)據(jù)
• read committed：臟讀，不可重復讀
• repeatable read：可重讀
• serializable ：串行事物

9、在 Mysql 中 ENUM 的用法是什么？

• ENUM 是一個字符串對象，用于指定一組預定義的值，并可在創(chuàng)建表時使用。
• Create table size(name ENUM('Smail,‘Medium’,‘Large’);

10、如何定義 REGEXP？

• REGEXP 是模式匹配，其中匹配模式在搜索值的任何位置。

11、CHAR 和 VARCHAR 的區(qū)別？

• 以下是 CHAR 和 VARCHAR 的區(qū)別：
• CHAR 和 VARCHAR 類型在存儲和檢索方面有所不同
• CHAR 列長度固定為創(chuàng)建表時聲明的長度，長度值范圍是 1 到 255
• 當 CHAR 值被存儲時，它們被用空格填充到特定長度，檢索 CHAR 值時需刪除尾隨空格。

12、列的字符串類型可以是什么？

字符串類型是：

• SET
• BLOB
• ENUM
• CHAR
• TEXT
• VARCHAR

13、如何獲取當前的 Mysql 版本？

• SELECT VERSION();用于獲取當前 Mysql 的版本。

14、Mysql 中使用什么存儲引擎？

存儲引擎稱為表類型，數(shù)據(jù)使用各種技術存儲在文件中。

技術涉及：

• Storage mechanism
• Locking levels
• Indexing
• Capabilities and functions.

15、Mysql 驅(qū)動程序是什么？

以下是 Mysql 中可用的驅(qū)動程序：

• PHP 驅(qū)動程序
• JDBC 驅(qū)動程序
• ODBC 驅(qū)動程序
• CWRAPPER
• PYTHON 驅(qū)動程序
• PERL 驅(qū)動程序
• RUBY 驅(qū)動程序
• CAP11PHP 驅(qū)動程序
• Ado.net5.mxj

16、TIMESTAMP 在 UPDATE CURRENT_TIMESTAMP 數(shù)據(jù)類型上做什么？

• 創(chuàng)建表時 TIMESTAMP 列用 Zero 更新。只要表中的其他字段發(fā)生更改，UPDATE
• CURRENT_TIMESTAMP 修飾符就將時間戳字段更新為當前時間。

17、主鍵和候選鍵有什么區(qū)別？

• 表格的每一行都由主鍵唯一標識,一個表只有一個主鍵。
• 主鍵也是候選鍵。按照慣例，候選鍵可以被指定為主鍵，并且可以用于任何外鍵引用。

18、如何使用 Unix shell 登錄 Mysql？

我們可以通過以下命令登錄：

[mysql dir]/bin/mysql -h hostname -u

19、 myisamchk 是用來做什么的？

它用來壓縮 MyISAM 表，這減少了磁盤或內(nèi)存使用。

20、ISAM 是什么？

ISAM 簡稱為索引順序訪問方法。它是由 IBM 開發(fā)的，用于在磁帶等輔助存儲系統(tǒng)上存儲和

檢索數(shù)據(jù)。

21、如何控制 HEAP 表的最大尺寸？

Heal 表的大小可通過稱為 max_heap_table_size 的 Mysql 配置變量來控制。

22、MyISAM Static 和 MyISAM Dynamic 有什么區(qū)別？

在 MyISAM Static 上的所有字段有固定寬度。動態(tài) MyISAM 表將具有像 TEXT，BLOB 等字

段，以適應不同長度的數(shù)據(jù)類型。點擊這里有一套最全阿里面試題總結。

MyISAM Static 在受損情況下更容易恢復。

23、federated 表是什么？

federated 表，允許訪問位于其他服務器數(shù)據(jù)庫上的表。

24、如果一個表有一列定義為 TIMESTAMP，將發(fā)生什么？

每當行被更改時，時間戳字段將獲取當前時間戳。

25、列設置為 AUTO INCREMENT 時，如果在表中達到最大值，會發(fā)生什么情況？

它會停止遞增，任何進一步的插入都將產(chǎn)生錯誤，因為密鑰已被使用。

26、怎樣才能找出最后一次插入時分配了哪個自動增量？

LAST_INSERT_ID 將返回由 Auto_increment 分配的最后一個值，并且不需要指定表名稱。

27、你怎么看到為表格定義的所有索引？

索引是通過以下方式為表格定義的：

SHOW INDEX FROM

28、MYSQL 數(shù)據(jù)表在什么情況下容易損壞？

服務器突然斷電導致數(shù)據(jù)文件損壞。

強制關機，沒有先關閉 mysql 服務等。

29、mysql 有關權限的表都有哪幾個？

Mysql 服務器通過權限表來控制用戶對數(shù)據(jù)庫的訪問，權限表存放在 mysql 數(shù)據(jù)庫里，由

mysql_install_db 腳本初始化。這些權限表分別 user，db，table_priv，columns_priv 和

host。

30、Mysql 中有哪幾種鎖？

MyISAM 支持表鎖，InnoDB 支持表鎖和行鎖，默認為行鎖

表級鎖：開銷小，加鎖快，不會出現(xiàn)死鎖。鎖定粒度大，發(fā)生鎖沖突的概率最高，并發(fā)量

最低

行級鎖：開銷大，加鎖慢，會出現(xiàn)死鎖。鎖力度小，發(fā)生鎖沖突的概率小，并發(fā)度最高

總結

到此這篇關于常見的SQL優(yōu)化面試專題的文章就介紹到這了,更多相關SQL優(yōu)化面試內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論