問題描述

沒有深入學習過數(shù)據(jù)庫，只是了解一些mysql基礎(chǔ)和增刪改操作，我想問問有沒有工具(方法也行)，當數(shù)據(jù)表中的數(shù)據(jù)幾百萬條時，可以讓我通過使用不同的sql語句，來直觀的查看不同sql語句的執(zhí)行效率，謝謝大家了

問題解答

4.1. EXPLAIN在MySQL中可以使用EXPLAIN查看SQL執(zhí)行計劃，用法：EXPLAIN SELECT * FROM tb_item

4.2. 結(jié)果說明4.2.1. idSELECT識別符。這是SELECT查詢序列號。這個不重要。4.2.2. select_type表示SELECT語句的類型。

有以下幾種值：1、 SIMPLE表示簡單查詢，其中不包含連接查詢和子查詢。2、 PRIMARY表示主查詢，或者是最外面的查詢語句。

3、 UNION表示連接查詢的第2個或后面的查詢語句。

4、 DEPENDENT UNIONUNION中的第二個或后面的SELECT語句，取決于外面的查詢。5、 UNION RESULT連接查詢的結(jié)果。6、 SUBQUERY子查詢中的第1個SELECT語句。

7、 DEPENDENT SUBQUERY子查詢中的第1個SELECT語句，取決于外面的查詢。8、 DERIVEDSELECT(FROM 子句的子查詢)。4.2.3. table表示查詢的表。4.2.4. type（重要）表示表的連接類型。以下的連接類型的順序是從最佳類型到最差類型：

1、 system表僅有一行，這是const類型的特列，平時不會出現(xiàn)，這個也可以忽略不計。2、 const數(shù)據(jù)表最多只有一個匹配行，因為只匹配一行數(shù)據(jù)，所以很快，常用于PRIMARY KEY或者UNIQUE索引的查詢，可理解為const是最優(yōu)化的。

3、 eq_refmysql手冊是這樣說的:'對于每個來自于前面的表的行組合，從該表中讀取一行。這可能是最好的聯(lián)接類型，除了const類型。它用在一個索引的所有部分被聯(lián)接使用并且索引是UNIQUE或PRIMARY KEY'。eq_ref可以用于使用=比較帶索引的列。

4、 ref查詢條件索引既不是UNIQUE也不是PRIMARY KEY的情況。ref可用于=或<或>操作符的帶索引的列。

5、 ref_or_null該聯(lián)接類型如同ref，但是添加了MySQL可以專門搜索包含NULL值的行。在解決子查詢中經(jīng)常使用該聯(lián)接類型的優(yōu)化。

上面這五種情況都是很理想的索引使用情況。

6、 index_merge該聯(lián)接類型表示使用了索引合并優(yōu)化方法。在這種情況下，key列包含了使用的索引的清單，key_len包含了使用的索引的最長的關(guān)鍵元素。7、 unique_subquery該類型替換了下面形式的IN子查詢的ref: value IN (SELECT primary_key FROM single_table WHERE some_expr) unique_subquery是一個索引查找函數(shù),可以完全替換子查詢,效率更高。8、 index_subquery該聯(lián)接類型類似于unique_subquery?？梢蕴鎿QIN子查詢,但只適合下列形式的子查詢中的非唯一索引: value IN (SELECT key_column FROM single_table WHERE some_expr)9、 range只檢索給定范圍的行,使用一個索引來選擇行。

10、 index該聯(lián)接類型與ALL相同,除了只有索引樹被掃描。這通常比ALL快,因為索引文件通常比數(shù)據(jù)文件小。11、 ALL對于每個來自于先前的表的行組合,進行完整的表掃描。（性能最差）4.2.5. possible_keys指出MySQL能使用哪個索引在該表中找到行。如果該列為NULL，說明沒有使用索引，可以對該列創(chuàng)建索引來提高性能。4.2.6. key顯示MySQL實際決定使用的鍵(索引)。如果沒有選擇索引,鍵是NULL。

可以強制使用索引或者忽略索引：

4.2.7. key_len顯示MySQL決定使用的鍵長度。如果鍵是NULL,則長度為NULL。

注意：key_len是確定了MySQL將實際使用的索引長度。

4.2.8. ref顯示使用哪個列或常數(shù)與key一起從表中選擇行。4.2.9. rows顯示MySQL認為它執(zhí)行查詢時必須檢查的行數(shù)。4.2.10. Extra該列包含MySQL解決查詢的詳細信息? Distinct:MySQL發(fā)現(xiàn)第1個匹配行后,停止為當前的行組合搜索更多的行。? Not exists:MySQL能夠?qū)Σ樵冞M行LEFT JOIN優(yōu)化,發(fā)現(xiàn)1個匹配LEFT JOIN標準的行后,不再為前面的的行組合在該表內(nèi)檢查更多的行。? range checked for each record (index map: #):MySQL沒有發(fā)現(xiàn)好的可以使用的索引,但發(fā)現(xiàn)如果來自前面的表的列值已知,可能部分索引可以使用。? Using filesort:MySQL需要額外的一次傳遞,以找出如何按排序順序檢索行。? Using index:從只使用索引樹中的信息而不需要進一步搜索讀取實際的行來檢索表中的列信息。? Using temporary:為了解決查詢,MySQL需要創(chuàng)建一個臨時表來容納結(jié)果。? Using where:WHERE 子句用于限制哪一個行匹配下一個表或發(fā)送到客戶。? Using sort_union(...), Using union(...), Using intersect(...):這些函數(shù)說明如何為index_merge聯(lián)接類型合并索引掃描。? Using index for group-by:類似于訪問表的Using index方式,Using index for group-by表示MySQL發(fā)現(xiàn)了一個索引,可以用來查 詢GROUP BY或DISTINCT查詢的所有列,而不要額外搜索硬盤訪問實際的表。

下面列出一些數(shù)據(jù)庫SQL優(yōu)化方案：（01）選擇最有效率的表名順序（筆試?？迹?/p>

數(shù)據(jù)庫的解析器按照從右到左的順序處理FROM子句中的表名， FROM子句中寫在最后的表將被最先處理， 在FROM子句中包含多個表的情況下,你必須選擇記錄條數(shù)最少的表放在最后， 如果有3個以上的表連接查詢,那就需要選擇那個被其他表所引用的表放在最后。 例如：查詢員工的編號，姓名，工資，工資等級，部門名 select emp.empno,emp.ename,emp.sal,salgrade.grade,dept.dname from salgrade,dept,emp where (emp.deptno = dept.deptno) and (emp.sal between salgrade.losal and salgrade.hisal) 1)如果三個表是完全無關(guān)系的話，將記錄和列名最少的表，寫在最后，然后依次類推 2)如果三個表是有關(guān)系的話，將引用最多的表，放在最后，然后依次類推

（02）WHERE子句中的連接順序（筆試常考）

數(shù)據(jù)庫采用自右而左的順序解析WHERE子句,根據(jù)這個原理,表之間的連接必須寫在其他WHERE條件之左, 那些可以過濾掉最大數(shù)量記錄的條件必須寫在WHERE子句的之右。 例如：查詢員工的編號，姓名，工資，部門名 select emp.empno,emp.ename,emp.sal,dept.dname from emp,dept where (emp.deptno = dept.deptno) and (emp.sal > 1500)

（03）SELECT子句中避免使用*號

數(shù)據(jù)庫在解析的過程中,會將*依次轉(zhuǎn)換成所有的列名，這個工作是通過查詢數(shù)據(jù)字典完成的，這意味著將耗費更多的時間 select empno,ename from emp;

（04）用TRUNCATE替代DELETE

（05）盡量多使用COMMIT

因為COMMIT會釋放回滾點

（06）用WHERE子句替換HAVING子句

WHERE先執(zhí)行，HAVING后執(zhí)行

（07）多使用內(nèi)部函數(shù)提高SQL效率

（08）使用表的別名

salgrade s

（09）使用列的別名

ename e回答2：

EXPLAIN

推薦你用一個可視化工具，navicat，這個執(zhí)行sql的時候會自動進行explain分析操作，操作起來比命令行方便。

剛實習沒多久，用的是sql server，也是別人那找來的記錄下來。DBCC DROPCLEANBUFFERS清空緩存DBCC FREEPROCCACHE 刪除計劃高速緩存中的元素SET STATISTICS TIME ON 看CPU時間SET STATISTICS IO ON 看邏輯讀取數(shù)SET STATISTICS PROFILE ON 這個不會用