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)容，感謝大家對腳本之家的支持。