MySQL?SQL性能分析之慢查詢(xún)?nèi)罩?、explain使用的方法是什么

本篇內(nèi)容介紹了“MySQL SQL性能分析之慢查詢(xún)?nèi)罩?、explain使用的方法是什么”的有關(guān)知識(shí)，在實(shí)際案例的操作過(guò)程中，不少人都會(huì)遇到這樣的困境，接下來(lái)就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

創(chuàng)新互聯(lián)建站-專(zhuān)業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設(shè)、高性?xún)r(jià)比貴定網(wǎng)站開(kāi)發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫(kù),直接使用。一站式貴定網(wǎng)站制作公司更省心,省錢(qián),快速模板網(wǎng)站建設(shè)找我們，業(yè)務(wù)覆蓋貴定地區(qū)。費(fèi)用合理售后完善，十余年實(shí)體公司更值得信賴(lài)。

SQL執(zhí)行頻率

MySQL 客戶(hù)端連接成功后，通過(guò) show [session|global] status 命令可以提供服務(wù)器狀態(tài)信息。通過(guò)如下指令，可以查看當(dāng)前數(shù)據(jù)庫(kù)的insert、update、delete、delect的訪問(wèn)頻次：

-- session 是查看當(dāng)前會(huì)話(huà);
-- global 是查詢(xún)?nèi)謹(jǐn)?shù)據(jù); 
show global status like 'Com_______';

• Com_delete：刪除次數(shù)

• Com_insert：插入次數(shù)

• Com_select：查詢(xún)次數(shù)

• Com_update：更新次數(shù)

通過(guò)上述指令，可以查看到當(dāng)前數(shù)據(jù)庫(kù)是以查詢(xún)?yōu)橹?，還是以增刪改為主，從而為數(shù)據(jù)庫(kù)優(yōu)化提供參考依據(jù)。 如果以增刪改為主，可以考慮不進(jìn)行索引優(yōu)化。 如果以查詢(xún)?yōu)橹鳎紤]對(duì)數(shù)據(jù)庫(kù)的索引進(jìn)行優(yōu)化。

慢查詢(xún)?nèi)罩?/h3>

慢查詢(xún)?nèi)罩居涗浟怂袌?zhí)行時(shí)間超過(guò)指定參數(shù)（long_query_time，單位：秒，默認(rèn)10秒）的所有SQL語(yǔ)句的日志。

MySQL的慢查詢(xún)?nèi)罩灸J(rèn)不開(kāi)啟，可以查看系統(tǒng)變量 slow_query_log。

-- 查看慢查詢(xún)?nèi)罩臼欠耖_(kāi)啟
show variables like 'slow_query_log';

如果要開(kāi)啟慢查詢(xún)?nèi)罩?，需要在MySQL的配置文件(/etc/my.cnf)中配置如下信息：

# 開(kāi)啟MySQL慢日志查詢(xún)開(kāi)關(guān)
slow_query_log=1
# 設(shè)置慢日志的時(shí)間為2秒，SQL語(yǔ)句執(zhí)行時(shí)間超過(guò)2秒，就會(huì)視為慢查詢(xún)，記錄慢查詢(xún)?nèi)罩?
long_query_time=2

配置完畢之后，通過(guò)以下指令重新啟動(dòng)MySQL服務(wù)器進(jìn)行測(cè)試，查看慢日志文件中記錄的信息 /var/lib/mysql/localhost-slow.log。

例如：導(dǎo)入近1000w條數(shù)據(jù)。執(zhí)行以下SQL：

select count(*) from tb_sku;

可以看到，耗時(shí)近90秒

profile

show profiles 能夠在做SQL優(yōu)化時(shí)了解時(shí)間都耗費(fèi)到了哪里。

通過(guò) have_profiling 參數(shù)，能夠看到當(dāng)前MySQL是否支持profile操作：

select @@have_profiling ;

查看profile是否開(kāi)啟：

select @@profiling;

通過(guò)set語(yǔ)句在session/global級(jí)別開(kāi)啟profiling：

set profiling = 1;

執(zhí)行一些SQL語(yǔ)句，然后就會(huì)記錄SQL的耗時(shí)明細(xì)了。

-- 查看每一條SQL的耗時(shí)基本情況
show profiles;
-- 查看指定query_id的SQL語(yǔ)句各個(gè)階段的耗時(shí)情況
show profile for query [query_id];
-- 查看指定query_id的SQL語(yǔ)句CPU的使用情況
show profile cpu for query [query_id];

explain

explain或者desc命令獲取 MySQL 如何執(zhí)行select語(yǔ)句的信息，包括在select語(yǔ)句執(zhí)行過(guò)程中表如何連接和連接的順序。

-- 直接在select語(yǔ)句之前加上關(guān)鍵字 explain / desc
explain select 字段列表 from 表名 where 條件;

字段	描述
id	select查詢(xún)的序列號(hào)，表示查詢(xún)中執(zhí)行select子句或者是操作表的順序 id相同，執(zhí)行順序從上到下；id不同，值越大，越先執(zhí)行
select_type	表示select的類(lèi)型，常見(jiàn)的取值(不止這么多)： SIMPLE：簡(jiǎn)單表，即不使用表連接或者子查詢(xún) PRIMARY：主查詢(xún)，即外層的查詢(xún) UNION：UNION 中的第二個(gè)或者后面的查詢(xún)語(yǔ)句 SUBQUERY：SELECT/WHERE之后包含了子查詢(xún)
type	表示連接類(lèi)型，性能由好到差的連接類(lèi)型為NULL(不查詢(xún)表)、system(訪問(wèn)系統(tǒng)表)、const(主鍵或唯一索引)、eq_ref、ref(非唯一索引)、range、 index(用了索引，遍歷全部索引樹(shù))、all(全表掃描)。
possible_key	顯示可能應(yīng)用在這張表上的索引，一個(gè)或多個(gè)。
key	實(shí)際使用的索引，如果為NULL，則沒(méi)有使用索引。
key_len	表示索引中使用的字節(jié)數(shù)， 該值為索引字段最大可能長(zhǎng)度，并非實(shí)際使用長(zhǎng)度，在不損失精確性的前提下， 長(zhǎng)度越短越好 。
rows	MySQL認(rèn)為必須要執(zhí)行查詢(xún)的行數(shù)，在innodb引擎的表中，是一個(gè)估計(jì)值，可能并不總是準(zhǔn)確的。
filtered	表示返回結(jié)果的行數(shù)占需讀取行數(shù)的百分比， filtered 的值越大越好。

“MySQL SQL性能分析之慢查詢(xún)?nèi)罩?、explain使用的方法是什么”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！

網(wǎng)站標(biāo)題：MySQL?SQL性能分析之慢查詢(xún)?nèi)罩?、explain使用的方法是什么
轉(zhuǎn)載來(lái)源：http://bm7419.com/article38/gegppp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供App設(shè)計(jì)、品牌網(wǎng)站制作、營(yíng)銷(xiāo)型網(wǎng)站建設(shè)、網(wǎng)站排名、ChatGPT、手機(jī)網(wǎng)站建設(shè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話(huà)：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)