Mysq的一些?經(jīng)常見(jiàn)誤區(qū)
發(fā)表時(shí)間：2023-09-02 來(lái)源：明輝站整理相關(guān)軟件相關(guān)文章人氣：
[摘要]常見(jiàn)誤區(qū)count(1)和count(primary_key) 優(yōu)于 count(*)很多人為了統(tǒng)計(jì)記錄條數(shù)，就使用 count(1) 和 count(primary_key) 而不是 count(*) ，他們認(rèn)為這樣性能更好，其實(shí)這是一個(gè)誤區(qū)。對(duì)于有些場(chǎng)景，這樣做可能性能會(huì)更差，應(yīng)為數(shù)據(jù)庫(kù)對(duì) c...
常見(jiàn)誤區(qū)
count(1)和count(primary_key) 優(yōu)于 count(*)
很多人為了統(tǒng)計(jì)記錄條數(shù)，就使用 count(1) 和 count(primary_key) 而不是 count(*) ，他們認(rèn)為這樣性能更好，其實(shí)這是一個(gè)誤區(qū)。對(duì)于有些場(chǎng)景，這樣做可能性能會(huì)更差，應(yīng)為數(shù)據(jù)庫(kù)對(duì) count(*) 計(jì)數(shù)操作做了一些特別的優(yōu)化。
count(column) 和 count(*) 是一樣的
這個(gè)誤區(qū)甚至在很多的資深工程師或者是 DBA 中都普遍存在，很多人都會(huì)認(rèn)為這是理所當(dāng)然的。實(shí)際上，count(column) 和 count(*) 是一個(gè)完全不一樣的操作，所代表的意義也完全不一樣。
count(column) 是表示結(jié)果集中有多少個(gè)column字段不為空的記錄
count(*) 是表示整個(gè)結(jié)果集有多少條記錄
select a,b from … 比 select a,b,c from … 可以讓數(shù)據(jù)庫(kù)訪問(wèn)更少的數(shù)據(jù)量
這個(gè)誤區(qū)主要存在于大量的開(kāi)發(fā)人員中，主要原因是對(duì)數(shù)據(jù)庫(kù)的存儲(chǔ)原理不是太了解。
實(shí)際上，大多數(shù)關(guān)系型數(shù)據(jù)庫(kù)都是按照行（row）的方式存儲(chǔ)，而數(shù)據(jù)存取操作都是以一個(gè)固定大小的IO單元（被稱作 block 或者 page）為單位，一般為4KB，8KB… 大多數(shù)時(shí)候，每個(gè)IO單元中存儲(chǔ)了多行，每行都是存儲(chǔ)了該行的所有字段（lob等特殊類型字段除外）。
所以，我們是取一個(gè)字段還是多個(gè)字段，實(shí)際上數(shù)據(jù)庫(kù)在表中需要訪問(wèn)的數(shù)據(jù)量其實(shí)是一樣的。
當(dāng)然，也有例外情況，那就是我們的這個(gè)查詢?cè)谒饕芯涂梢酝瓿�，也就是說(shuō)當(dāng)只取 a,b兩個(gè)字段的時(shí)候，不需要回表，而c這個(gè)字段不在使用的索引中，需要回表取得其數(shù)據(jù)。在這樣的情況下，二者的IO量會(huì)有較大差異。
order by 一定需要排序操作
我們知道索引數(shù)據(jù)實(shí)際上是有序的，如果我們的需要的數(shù)據(jù)和某個(gè)索引的順序一致，而且我們的查詢又通過(guò)這個(gè)索引來(lái)執(zhí)行，那么數(shù)據(jù)庫(kù)一般會(huì)省略排序操作，而直接將數(shù)據(jù)返回，因?yàn)閿?shù)據(jù)庫(kù)知道數(shù)據(jù)已經(jīng)滿足我們的排序需求了。
實(shí)際上，利用索引來(lái)優(yōu)化有排序需求的 SQL，是一個(gè)非常重要的優(yōu)化手段
延伸閱讀：MySQL ORDER BY 的實(shí)現(xiàn)分析 ，MySQL 中 GROUP BY 基本實(shí)現(xiàn)原理 以及 MySQL DISTINCT 的基本實(shí)現(xiàn)原理 這3篇文章中有更為深入的分析，尤其是第一篇
執(zhí)行計(jì)劃中有 filesort 就會(huì)進(jìn)行磁盤文件排序
有這個(gè)誤區(qū)其實(shí)并不能怪我們，而是因?yàn)?MySQL 開(kāi)發(fā)者在用詞方面的問(wèn)題。filesort 是我們?cè)谑褂?explain 命令查看一條 SQL 的執(zhí)行計(jì)劃的時(shí)候可能會(huì)看到在 “Extra” 一列顯示的信息。
實(shí)際上，只要一條 SQL 語(yǔ)句需要進(jìn)行排序操作，都會(huì)顯示“Using filesort”，這并不表示就會(huì)有文件排序操作。
延伸閱讀：理解 MySQL Explain 命令輸出中的filesort，我在這里有更為詳細(xì)的介紹
盡量少 join
MySQL 的優(yōu)勢(shì)在于簡(jiǎn)單，但這在某些方面其實(shí)也是其劣勢(shì)。MySQL 優(yōu)化器效率高，但是由于其統(tǒng)計(jì)信息的量有限，優(yōu)化器工作過(guò)程出現(xiàn)偏差的可能性也就更多。對(duì)于復(fù)雜的多表 Join，一方面由于其優(yōu)化器受限，再者在 Join 這方面所下的功夫還不夠，所以性能表現(xiàn)離 Oracle 等關(guān)系型數(shù)據(jù)庫(kù)前輩還是有一定距離。但如果是簡(jiǎn)單的單表查詢，這一差距就會(huì)極小甚至在有些場(chǎng)景下要優(yōu)于這些數(shù)據(jù)庫(kù)前輩。
盡量少排序
排序操作會(huì)消耗較多的 CPU 資源，所以減少排序可以在緩存命中率高等 IO 能力足夠的場(chǎng)景下會(huì)較大影響 SQL 的響應(yīng)時(shí)間。
對(duì)于MySQL來(lái)說(shuō)，減少排序有多種辦法，比如：
上面誤區(qū)中提到的通過(guò)利用索引來(lái)排序的方式進(jìn)行優(yōu)化
減少參與排序的記錄條數(shù)
非必要不對(duì)數(shù)據(jù)進(jìn)行排序
避免使用耗費(fèi)資源的操作，帶有DISTINCT,UNION,MINUS,INTERSECT,ORDER BY的SQL語(yǔ)句會(huì)啟動(dòng)SQL引擎 執(zhí)行，耗費(fèi)資源的排序(SORT)功能. DISTINCT需要一次排序操作, 而其他的至少需要執(zhí)行兩次排序
以上就是Mysq的一些?常見(jiàn)誤區(qū)的詳細(xì)內(nèi)容，更多請(qǐng)關(guān)注php中文網(wǎng)其它相關(guān)文章！
學(xué)習(xí)教程快速掌握從入門到精通的SQL知識(shí)。
