如果表中只有1行,則索引的基數當然應為1.它只是計算唯一值的數量.

如果您將索引視為基于存儲桶的查找表(如散列),則基數是存儲桶的數量.

以下是它的工作原理：當您在一組列(a,b,c,d)上構建索引時,數據庫將遍歷表中的所有行,查看每行的4個列的有序四元組.假設你的表看起來像這樣：

a b c d e

-- -- -- -- --

1 1 1 1 200

1 1 1 1 300

1 2 1 1 200

1 3 1 1 200

那么數據庫看的只是4列(a,b,c,d)：

a b c d

-- -- -- --

1 1 1 1

1 2 1 1

1 3 1 1

看到只剩下3個唯一的行？那些將成為我們的桶,但我們會回到那個.實際上,表中每行還有一個記錄id或行標識符.所以我們原來的表看起來像這樣：

(row id) a b c d e

-------- -- -- -- -- --

00000001 1 1 1 1 200

00000002 1 1 1 1 300

00000003 1 2 1 1 200

00000004 1 3 1 1 200

因此,當我們只查看(a,b,c,d)的4列時,我們實際上也在查看行ID：

(row id) a b c d

-------- -- -- -- --

00000001 1 1 1 1

00000002 1 1 1 1

00000003 1 2 1 1

00000004 1 3 1 1

但是我們想通過(a,b,c,d)而不是行id進行查找,所以我們生成這樣的東西：

(a,b,c,d) (row id)

--------- --------

1,1,1,1 00000001

1,1,1,1 00000002

1,2,1,1 00000003

1,3,1,1 00000004

最后,我們將具有identicle(a,b,c,d)值的行的所有行ID組合在一起：

(a,b,c,d) (row id)

--------- ---------------------

1,1,1,1 00000001 and 00000002

1,2,1,1 00000003

1,3,1,1 00000004

看到了嗎？ (a,b,c,d)的值(1,1,1,1)(1,2,1,1)和(1,3,1,1)已經成為我們查詢表的關鍵進入原始表的行.

實際上,這些都不會真的發生,但它應該讓你對如何完成索引的“天真”(即直接)實現有個好主意.

但最重要的是：基數只測量索引中有多少個唯一行.在我們的示例中,查詢表中的鍵數為3.

希望有所幫助！

總結

以上是生活随笔為你收集整理的mysql为什么添加索引_当我添加新索引时,为什么MySQL中索引的基数保持不变？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。