【问题标题】:Is it worth to partition a MySQL table on a key, if this key is already an index?如果该键已经是索引,是否值得在键上对 MySQL 表进行分区?
【发布时间】:2011-09-08 16:46:24
【问题描述】:

我有一个大的 MySQL 表(大约 50 GB,数千万条记录),一个索引键(一个外键)有大约 2000 个可能的不同值,另一个索引键(一个 VARCHAR(2))有 3 个可能的值。

如果我基于其中一个(或两个)索引对表进行分区,我是否可以期待显着的性能提升?

【问题讨论】:

    标签: mysql optimization indexing partitioning


    【解决方案1】:

    您不能在不是索引(或索引的一部分)的列上进行分区,所以是的......这是值得的。

    【讨论】:

      【解决方案2】:

      如果您遇到性能问题,您是否考虑过在存在三个可能值时对表格进行反规范化?

      【讨论】:

      • 您的意思是我应该将表拆分为三个具有相同列的表(拆分列除外)?我想避免这种情况,因为它使维护变得更加复杂,并且它以某种方式破坏了抽象层......
      猜你喜欢
      • 1970-01-01
      • 2015-02-27
      • 2013-01-28
      • 1970-01-01
      • 2021-11-06
      • 2014-12-13
      • 2014-01-04
      • 1970-01-01
      • 2021-12-19
      相关资源
      最近更新 更多