HASH　よりも　KEY　が使用されることにあります。

KEY は １ 以上のカラム名のみとります。MySQL 5.1.5に始まり、分割キーとして使用されるカラムはテーブルのプライマリキーの一部もしくは前部を構成しなければいけません。これは、テーブルにプライマリキーがある場合のみです。

MySQL 5.1.6に始まり、KEY は 0 以上のカラム名をとります。分割キーとしてカラム名が特定されていない場合、存在する場合に限ってテーブルのプライマリキーが使用されます。たとえば、以下の CREATE TABLE ステートメントはMySQL 5.1.6以降有効です。

CREATE TABLE k1 (   
    id INT NOT NULL PRIMARY KEY,   
    name VARCHAR(20) 
) 
PARTITION BY KEY() 
PARTITIONS 2;

プライマリキーが無くユニークキーがある場合、分割キーにユニークキーが使用されます。

CREATE TABLE k1 (   
    id INT NOT NULL,   
    name VARCHAR(20),
    UNIQUE KEY (id) 
) 
PARTITION BY KEY() 
PARTITIONS 2;

ただし、NOT NULL としてユニークキーカラムが定義されていない場合、先のステートメントは失敗に終わります。

両方の場合、分割キーは id カラムになります。これは SHOW CREATE TABLE や INFORMATION_SCHEMA.PARTITIONS テーブルの PARTITION_EXPRESSION カラムで記されていなくても同じです。

他の分割タイプと違い、KEY による分割に使用されたカラムは整数や NULL 値に制限されません。例えば、以下の CREATE TABLE ステートメントは有効です。

CREATE TABLE tm1 (
    s1 CHAR(32) PRIMARY KEY
) 
PARTITION BY KEY(s1) 
PARTITIONS 10;

他の分割型が特定された場合、先のステートメントは有効 ではありません。(注:この場合、単純に PARTITION BY KEY() を使用すれば、有効である上 PARTITION BY KEY(s1) と同等の効果となります。これは、s1 がテーブルのプライマリキーとなるからです。

この件の詳細については 項15.5. 「パーティショニングの制約と制限」 を参照してください。

注:MySQL 5.1.6に始まり、NDB Cluster ストレージエンジンを使用しているテーブルは、テーブルのプライマリキーを分割キーとして、KEY によって暗黙に分割されています。クラスタテーブルに明確にプライマリキーがない場合、各クラスタテーブルの NDB ストレージエンジンによって生成された 「hidden」 プライマリキーが分割キーとして使用されます。

重要NDB Cluster 以外のMySQLストレージ エンジンを使用しているキーパーティションドテーブルは、ALTER TABLE DROP PRIMARY KEY を実行することができません。なぜなら、実行した場合は以下のエラーテキストが現れるからです：ERROR 1466 (HY000): Field in list of fields for partition function not found in table。これは　KEY　によって分割されたMySQLクラスタテーブルにとっては問題になりません。その場合、「hidden」プライマリキーをテーブルの新しい分割キーとしてテーブルが再構築されます。章 14. MySQL Cluster を参照してください。