MySQL慢SQL語句常見誘因以及解決方法
1. 無索引、索引失效導(dǎo)致慢查詢
如果在一張幾千萬數(shù)據(jù)的表中以一個沒有索引的列作為查詢條件,大部分情況下查詢會非常耗時,這種查詢毫無疑問是一個慢SQL查詢。所以對于大數(shù)據(jù)量的查詢,需要建立適合的索引來優(yōu)化查詢。
雖然很多時候建立了索引,但在一些特定的場景下,索引還有可能會失效,所以索引失效也是導(dǎo)致慢查詢的主要原因之一。
2. 鎖等待
常用的存儲引擎有 InnoDB 和 MyISAM,前者支持行鎖和表鎖,后者只支持表鎖。
如果數(shù)據(jù)庫操作是基于表鎖實現(xiàn)的,試想下,如果一張訂單表在更新時,需要鎖住整張表,那么其它大量數(shù)據(jù)庫操作(包括查詢)都將處于等待狀態(tài),這將嚴重影響到系統(tǒng)的并發(fā)性能。
這時,InnoDB 存儲引擎支持的行鎖更適合高并發(fā)場景。但在使用 InnoDB 存儲引擎時,要特別注意行鎖升級為表鎖的可能。在批量更新操作時,行鎖就很可能會升級為表鎖。
MySQL認為如果對一張表使用大量行鎖,會導(dǎo)致事務(wù)執(zhí)行效率下降,從而可能造成其它事務(wù)長時間鎖等待和更多的鎖沖突問題發(fā)生,致使性能嚴重下降,所以MySQL會將行鎖升級為表鎖。還有,行鎖是基于索引加的鎖,如果在更新操作時,條件索引失效,那么行鎖也會升級為表鎖。
因此,基于表鎖的數(shù)據(jù)庫操作,會導(dǎo)致SQL阻塞等待,從而影響執(zhí)行速度。在一些更新操作(insert\update\delete)大于或等于讀操作的情況下,MySQL不建議使用MyISAM存儲引擎。
除了鎖升級之外,行鎖相對表鎖來說,雖然粒度更細,并發(fā)能力提升了,但也帶來了新的問題,那就是死鎖。因此,在使用行鎖時,要注意避免死鎖。
3. 不恰當(dāng)?shù)腟QL語句
使用不恰當(dāng)?shù)腟QL語句也是慢SQL最常見的誘因之一。例如,習(xí)慣使用<SELECT *>,<SELECT COUNT(*)> SQL語句,在大數(shù)據(jù)表中使用<LIMIT M,N>分頁查詢,以及對非索引字段進行排序等等。
以上就是本次介紹的全部知識點內(nèi)容,感謝大家對腳本之家的支持。
相關(guān)文章
SQL實現(xiàn)LeetCode(181.員工掙得比經(jīng)理多)
這篇文章主要介紹了SQL實現(xiàn)LeetCode(181.員工掙得比經(jīng)理多),本篇文章通過簡要的案例,講解了該項技術(shù)的了解與使用,以下就是詳細內(nèi)容,需要的朋友可以參考下2021-08-08
從零開始學(xué)習(xí)SQL查詢語句執(zhí)行順序
sql語言中的查詢的執(zhí)行順序,以前不是很了解,最近查閱了相關(guān)資料,在sql語言中,第一個被處理的字句總是from字句,最后執(zhí)行的limit操作,現(xiàn)在小編來和大家一起學(xué)習(xí)一下2019-05-05
MySQL OOM 系統(tǒng)二 OOM Killer
前面一節(jié)重點分享了Linux的內(nèi)存分配策略,基于上述的分配策略,為了規(guī)避超售的風(fēng)險,Linux采了一種OOM Killer的機制,即系統(tǒng)可用內(nèi)存(包括Swap)即將使用完之前,選擇性的Kill掉一些進程以求釋放一些內(nèi)存2016-07-07
Mysql 本地計算機無法啟動 mysql 服務(wù) 錯誤 1067:進程意外終止。
初學(xué)php接觸mysql,遇到一些問題,卸載重裝后,無法啟動mysql服務(wù),網(wǎng)絡(luò)上有很多種說法,我這里將我解決這個問題的辦法提出2009-12-12

