索引選擇性等於列中不重複(distinct)的行數量(也叫基數),與記錄總數的比值。範圍在0-1之間。數值越大,索引越快。
例如主鍵是惟一的,不重複的,因此選擇性=1。
常見的選擇性較低的列,例如是否熱門,要不1,要不0。選擇性等於2/記錄總數,因此是很是低的。html
而這種列適合加索引嗎?
答案是要區分看待:
假如表中是否熱門is_hot=1的行有100行,is_hot=0的行有100w行。
那麼
若是需求是查詢is_hot=1的行,咱們設置索引idx(is_hot)是有用的
若是需求是查詢is_hot=0的行,咱們設置索引就沒什麼用了。mysql
測試:
100w的表,type=1的有11行,其餘都是type=2
沒有設置type索引,搜索type=1,要檢索100w行,也就是全表掃描,用時0.7s
加了type索引,搜索type=1,只要檢索11行,用時0.04。搜索type=2,也是要檢索100w行,用時0.7s,也是差很少所有掃描sql
假如ID是主鍵,索引a(SongType)
和索引b(SongType,ID)
是否等價,也就是Mysql是否會爲索引加上主鍵ID?
答案是不會的測試
測試:
有100w數據,前50w SongType=1,後49w SongType是2,最後1w SongTYpe=1,ID是主鍵
有索引a(SongType) 。
sql :select * from table where id>500000 and SongType=1
。
會使用主鍵索引,須要檢索行50w行。用時0.5s
加索引b(SongType,ID)後,會使用索引b,只須要掃描1w行數據。用時0.02s
因此索引a,並不會包含主鍵code
mysql文檔htm
A key_part specification can end with ASC or DESC. These keywords are permitted for future extensions for specifying ascending or descending index value storage. Currently, they are parsed but ignored; index values are always stored in ascending order.排序
根據Mysql文檔的說明,建立索引的時候,能夠加上asc或者desc,例如:add index idx(a asc,b desc)
.可是實際Mysql是會忽略的(好坑。。。)好像8.0版本以後支持desc了。索引
這會有什麼影響呢?ci
假若有列test1和test2,都是int類型。文檔
咱們建立索引`idx1
(test1
,test2
)`,
假如咱們要按test1和test2排序,例如SQL
explain select * from table order by test1 ,test2 limit 1;
能夠使用索引的排序:
不能夠使用索引的排序:
由於索引不支持desc,因此多列的索引是按所有列的升序存儲的。因此只排序一列,所有列升序,所有列降序,都能用索引。可是第一列用升序,第二列用降序,或者第一列降序,第二列用升級,都不能使用索引。
未經贊成,請不要轉發