2
我有一個30M的行表,現在通過ID索引。然而,很多請求都圍繞着一個小得多的子集,它由app_user = 1來標識。爲了獲得更好的性能,物理地集羣一個MYSQL表
根據這個對物理簇進行物理聚簇是否有意義?如果是這樣,我該怎麼做?
我有一個30M的行表,現在通過ID索引。然而,很多請求都圍繞着一個小得多的子集,它由app_user = 1來標識。爲了獲得更好的性能,物理地集羣一個MYSQL表
根據這個對物理簇進行物理聚簇是否有意義?如果是這樣,我該怎麼做?
根據這個對物理簇進行物理聚簇是否有意義?
我認爲這是有道理的,這取決於你如何選擇你的數據。例如,如果選擇數據的最重要的用例之一是SELECT fields FROM tablename WHERE app_user = something
,那麼如果所選記錄全部在一起,即如果app_user是聚集索引,則這將更有效。
如果是這樣,我該怎麼做?
謝謝!我認爲這是你的意思嗎? http://dev.mysql.com/doc/refman/5.0/en/innodb-index-types.html – 2010-05-30 15:41:01
@ming yeow - 這就是我在Google上搜索時發現的,但無法從我的網站上確認自己的知識:我自己不瞭解MySQL。 – ChrisW 2010-05-30 17:02:54