MYSQL數(shù)據(jù)庫(kù)訪問性能優(yōu)化之常見誤區(qū)

       很多人為了統(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)化。

2、count(column)和count(*)是一樣的

       這個(gè)誤區(qū)甚至在很多的資深工程師或者是 DBA 中都普遍存在，很多人都會(huì)認(rèn)為這是理所當(dāng)然的。實(shí)際上，count(column) 和 count(*) 是一個(gè)完全不一樣的操作，所代表的意義也完全不一樣。

       count(column) 是表示結(jié)果集中有多少個(gè)column字段不為空的記錄；

       count(*) 是表示整個(gè)結(jié)果集有多少條記錄。

3、select a,b from …比 select a,b,c from …可以讓數(shù)據(jù)庫(kù)訪問更少的數(shù)據(jù)量

       這個(gè)誤區(qū)主要存在于大量的開發(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ù)在表中需要訪問的數(shù)據(jù)量其實(shí)是一樣的。

       當(dāng)然，也有例外情況，那就是我們的這個(gè)查詢?cè)谒饕芯涂梢酝瓿?，也就是說當(dāng)只取 a,b兩個(gè)字段的時(shí)候，不需要回表，而c這個(gè)字段不在使用的索引中，需要回表取得其數(shù)據(jù)。在這樣的情況下，二者的IO量會(huì)有較大差異。

4、order by一定需要排序操作

       索引數(shù)據(jù)實(shí)際上是有序的，如果我們的需要的數(shù)據(jù)和某個(gè)索引的順序一致，而且我們的查詢又通過這個(gè)索引來執(zhí)行，那么數(shù)據(jù)庫(kù)一般會(huì)省略排序操作，而直接將數(shù)據(jù)返回，因?yàn)閿?shù)據(jù)庫(kù)知道數(shù)據(jù)已經(jīng)滿足我們的排序需求了。

       實(shí)際上，利用索引來優(yōu)化有排序需求的 SQL，是一個(gè)非常重要的優(yōu)化手段

5、執(zhí)行計(jì)劃中有 filesort 就會(huì)進(jìn)行磁盤文件排序

       有這個(gè)誤區(qū)其實(shí)并不能怪我們，而是因?yàn)?MySQL 開發(fā)者在用詞方面的問題。filesort是我們?cè)谑褂?explain 命令查看一條 SQL 的執(zhí)行計(jì)劃的時(shí)候可能會(huì)看到在“Extra”一列顯示的信息。

       實(shí)際上，只要一條 SQL 語句需要進(jìn)行排序操作，都會(huì)顯示“Using filesort”，這并不表示就會(huì)有文件排序操作。

作者：黑馬程序員人工智能+Python培訓(xùn)學(xué)院

首發(fā)：http://python.itheima.com