MySQL慢SQL語句常見誘因以及解決方法
1. 無索引、索引失效導致慢查詢
如果在一張幾千萬數(shù)據(jù)的表中以一個沒有索引的列作為查詢條件,大部分情況下查詢會非常耗時,這種查詢毫無疑問是一個慢SQL查詢。所以對于大數(shù)據(jù)量的查詢,需要建立適合的索引來優(yōu)化查詢。
雖然很多時候建立了索引,但在一些特定的場景下,索引還有可能會失效,所以索引失效也是導致慢查詢的主要原因之一。
2. 鎖等待
常用的存儲引擎有 InnoDB 和 MyISAM,前者支持行鎖和表鎖,后者只支持表鎖。
如果數(shù)據(jù)庫操作是基于表鎖實現(xiàn)的,試想下,如果一張訂單表在更新時,需要鎖住整張表,那么其它大量數(shù)據(jù)庫操作(包括查詢)都將處于等待狀態(tài),這將嚴重影響到系統(tǒng)的并發(fā)性能。
這時,InnoDB 存儲引擎支持的行鎖更適合高并發(fā)場景。但在使用 InnoDB 存儲引擎時,要特別注意行鎖升級為表鎖的可能。在批量更新操作時,行鎖就很可能會升級為表鎖。
MySQL認為如果對一張表使用大量行鎖,會導致事務(wù)執(zhí)行效率下降,從而可能造成其它事務(wù)長時間鎖等待和更多的鎖沖突問題發(fā)生,致使性能嚴重下降,所以MySQL會將行鎖升級為表鎖。還有,行鎖是基于索引加的鎖,如果在更新操作時,條件索引失效,那么行鎖也會升級為表鎖。
因此,基于表鎖的數(shù)據(jù)庫操作,會導致SQL阻塞等待,從而影響執(zhí)行速度。在一些更新操作(insert\update\delete)大于或等于讀操作的情況下,MySQL不建議使用MyISAM存儲引擎。
除了鎖升級之外,行鎖相對表鎖來說,雖然粒度更細,并發(fā)能力提升了,但也帶來了新的問題,那就是死鎖。因此,在使用行鎖時,要注意避免死鎖。
3. 不恰當?shù)腟QL語句
使用不恰當?shù)腟QL語句也是慢SQL最常見的誘因之一。例如,習慣使用<SELECT *>,<SELECT COUNT(*)> SQL語句,在大數(shù)據(jù)表中使用<LIMIT M,N>分頁查詢,以及對非索引字段進行排序等等。
以上就是本次介紹的全部知識點內(nèi)容,感謝大家對腳本之家的支持。
相關(guān)文章
Centos7中MySQL數(shù)據(jù)庫使用mysqldump進行每日自動備份的編寫
數(shù)據(jù)庫的備份,對于生產(chǎn)環(huán)境來說尤為重要,數(shù)據(jù)庫的備份分為物理備份和邏輯備份。我們將使用mysqldump命令進行數(shù)據(jù)備份。使用自動任務(wù)進行每日備份,下邊我們將使用mysqldump命令進行數(shù)據(jù)備份,感興趣的朋友一起看看吧2021-07-07
mysql?count()函數(shù)不計算null和空值問題
這篇文章主要介紹了mysql?count()函數(shù)不計算null和空值問題,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2023-08-08
mysql+shardingSphere的分庫分表實現(xiàn)示例
分庫分表是一種場景解決方案,它的出現(xiàn)是為了解決一些場景問題的,本文主要介紹了mysql+shardingSphere的分庫分表實現(xiàn)示例,具有一定的參考價值,感興趣的可以2024-04-04
insert...on?duplicate?key?update語法詳解
本文主要介紹了insert...on?duplicate?key?update語法詳解,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2023-01-01

