Mysql分区表局限性总结.docVIP

Mysql分区表局限性总结 Mysql分区表局限性总结 昨天晚上asers.z问我怎么样使得数据在搜索的时候和58.com差不多，而且展示数据的速度要快。我一直想着用mysql的分区表解决，而乔楚（乔大姐）则认为是采用sphinx来解决。 但后来我找了一个资料才发现，原来分区表还是有局限性的，比如他就不支持全文索引。我是看这里看到的。。 --START-- Mysql5.1已经发行很久了，本文根据官方文档的翻译和自己的一些测试，对Mysql分区表的局限性做了一些总结，因为个人能力以及测试环境的 原因，有可能有错误的地方，还请大家看到能及时指出，当然有兴趣的朋友可以去官 方网站查阅。 本文测试的版本 XML/HTML代码 mysql select version(); ++ | version() | ++ | 5.1.33-log | ++ 1 row in set (0.00 sec) 一、关于Partitioning Keys, Primary Keys, and Unique Keys的限制 在5.1中分区表对唯一约束有明确的规定，每一个唯一约束必须包含在分区表的分区键（也包括主键约束）。 这句话也许不好理解，我们做几个实验： SQL代码 CREATE TABLE t1 ( id INT NOT NULL, uid INT NOT NULL, PRIMARY KEY (id) ) PARTITION BY RANGE (id) (PARTITION p0 VALUES LESS THAN(5) ENGINE = INNODB, PARTITION p1 VALUES LESS THAN(10) ENGINE = INNODB ); CREATE TABLE t1 ( id INT NOT NULL, uid INT NOT NULL, PRIMARY KEY (id) ) PARTITION BY RANGE (id) (PARTITION p0 VALUES LESS THAN(5) ENGINE = MyISAM DATA DIRECTORY=/tmp INDEX DIRECTORY=/tmp, PARTITION p1 VALUES LESS THAN(10) ENGINE = MyISAM DATA DIRECTORY=/tmp INDEX DIRECTORY=/tmp ); mysql CREATE TABLE t1 - ( id INT NOT NULL, - uid INT NOT NULL, - PRIMARY KEY (id), - UNIQUE KEY (uid) - ) - PARTITION BY RANGE (id) - (PARTITION p0 VALUES LESS THAN(5), - PARTITION p1 VALUES LESS THAN(10) - ); ERROR 1503 (HY000): A UNIQUE INDEX must include all columns in the tables partitioning function 二、关于存储引擎的限制 2.1 MERGE引擎不支持分区，分区表也不支持merge。 2.2 FEDERATED引擎不支持分区。这限制可能会在以后的版本去掉。 2.3 CSV引擎不支持分区 2.4 BLACKHOLE引擎不支持分区 2.5 在NDBCLUSTER引擎上使用分区表，分区类型只能是KEY(or LINEAR KEY) 分区。 2.6 当升级MYSQL的时候，如果你有使用了KEY分区的表（不管是什么引擎，NDBCLUSTER除外），那么你需要把这个表dumped在 reloaded。 2.7 分区表的所有分区或者子分区的存储引擎必须相同，这个限制也许会在以后的版本取消。 不指定任何引擎（使用默认引擎）。 所有分区或者子分区指定相同引擎。 三、关于函数的限制 在mysql5.1中建立分区表的语句中，只能包含下列函数： ABS() CEILING() and FLOOR() （在使用这2个函数的建立分区表的前提是使用函数的