1. 無(wú)索引、索引失效導(dǎo)致慢查詢

如果在一張幾千萬(wàn)數(shù)據(jù)的表中以一個(gè)沒(méi)有索引的列作為查詢條件，大部分情況下查詢會(huì)非常耗時(shí)，這種查詢毫無(wú)疑問(wèn)是一個(gè)慢SQL查詢。所以對(duì)于大數(shù)據(jù)量的查詢，需要建立適合的索引來(lái)優(yōu)化查詢。

雖然很多時(shí)候建立了索引，但在一些特定的場(chǎng)景下，索引還有可能會(huì)失效，所以索引失效也是導(dǎo)致慢查詢的主要原因之一。

2. 鎖等待

常用的存儲(chǔ)引擎有 InnoDB 和 MyISAM，前者支持行鎖和表鎖，后者只支持表鎖。

如果數(shù)據(jù)庫(kù)操作是基于表鎖實(shí)現(xiàn)的，試想下，如果一張訂單表在更新時(shí)，需要鎖住整張表，那么其它大量數(shù)據(jù)庫(kù)操作（包括查詢）都將處于等待狀態(tài)，這將嚴(yán)重影響到系統(tǒng)的并發(fā)性能。

這時(shí)，InnoDB 存儲(chǔ)引擎支持的行鎖更適合高并發(fā)場(chǎng)景。但在使用 InnoDB 存儲(chǔ)引擎時(shí)，要特別注意行鎖升級(jí)為表鎖的可能。在批量更新操作時(shí)，行鎖就很可能會(huì)升級(jí)為表鎖。

MySQL認(rèn)為如果對(duì)一張表使用大量行鎖，會(huì)導(dǎo)致事務(wù)執(zhí)行效率下降，從而可能造成其它事務(wù)長(zhǎng)時(shí)間鎖等待和更多的鎖沖突問(wèn)題發(fā)生，致使性能?chē)?yán)重下降，所以MySQL會(huì)將行鎖升級(jí)為表鎖。還有，行鎖是基于索引加的鎖，如果在更新操作時(shí)，條件索引失效，那么行鎖也會(huì)升級(jí)為表鎖。

因此，基于表鎖的數(shù)據(jù)庫(kù)操作，會(huì)導(dǎo)致SQL阻塞等待，從而影響執(zhí)行速度。在一些更新操作（insert\update\delete）大于或等于讀操作的情況下，MySQL不建議使用MyISAM存儲(chǔ)引擎。

除了鎖升級(jí)之外，行鎖相對(duì)表鎖來(lái)說(shuō)，雖然粒度更細(xì)，并發(fā)能力提升了，但也帶來(lái)了新的問(wèn)題，那就是死鎖。因此，在使用行鎖時(shí)，要注意避免死鎖。

3. 不恰當(dāng)?shù)腟QL語(yǔ)句

使用不恰當(dāng)?shù)腟QL語(yǔ)句也是慢SQL最常見(jiàn)的誘因之一。例如，習(xí)慣使用SELECT *>，SELECT COUNT(*)> SQL語(yǔ)句，在大數(shù)據(jù)表中使用LIMIT M,N>分頁(yè)查詢，以及對(duì)非索引字段進(jìn)行排序等等。

以上就是本次介紹的全部知識(shí)點(diǎn)內(nèi)容，感謝大家對(duì)腳本之家的支持。