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