MySQLのLISTパーティショニングは多くの点でRANGEパーティショニングに似ています。RANGE によるパーティショニング同様、各パーティションは明確に定義されていなければいけません。決定的な違いは、リストパーティショニングでは、隣接する値のレンジ内のセットの1つとしてではなく、各パーティションは1セットの値のリストの中のカラム値メンバーシップによって定義・選択されます。これは PARTITION BYLIST (expr) によって実行されます。その時 expr はカラム値もしくは返される整数値に基づいたカラム値や表現であり、VALUES IN (value_list) の value_list はカンマによって分けられた整数のリストになります。

注:MySQL 5.1では、LIST によるパーティショニングを行う時、整数のリストのみに対して照合(そして NULL —項15.2.6. 「MySQLパーティショニングの NULL 値の取り扱い」 を参照してください)をすることが可能です。

パーティショニングがRANGEによって定義されたケースとは異なり、リストパーティショニングは特定の順番で宣言される必要はありません。さらに詳しい構文に関する情報については、項12.1.8. 「CREATE TABLE 構文」 を参照してください。

以下の例では、パーティショニングされるテーブルの基本的な定義は CREATE TABLE ステートメントによって提供されているものとします。

CREATE TABLE employees (
    id INT NOT NULL,
    fname VARCHAR(30),
    lname VARCHAR(30),
    hired DATE NOT NULL DEFAULT '1970-01-01',
    separated DATE NOT NULL DEFAULT '9999-12-31',
    job_code INT,
    store_id INT
);

(これは 項15.2.1. 「RANGE パーティショニング」 の例として使用されるテーブルと同様のものです。)

例えば、以下のテーブルの様に20のビデオレンタル店が4つのフランチャイズで分布されているとします。

同じ地域の店舗を示す行が同パーティションに含まれるようテーブルをパーティショニングする場合は、以下の様に CREATE TABLE ステートメントを使用することができます。

CREATE TABLE employees (
    id INT NOT NULL,
    fname VARCHAR(30),
    lname VARCHAR(30),
    hired DATE NOT NULL DEFAULT '1970-01-01',
    separated DATE NOT NULL DEFAULT '9999-12-31',
    job_code INT,
    store_id INT
)
PARTITION BY LIST(store_id) (
    PARTITION pNorth VALUES IN (3,5,6,9,17),
    PARTITION pEast VALUES IN (1,2,10,11,19,20),
    PARTITION pWest VALUES IN (4,12,13,14,18),
    PARTITION pCentral VALUES IN (7,8,15,16)
);

これによって、テーブルから特定の地域の店舗の従業員情報を簡単に追加・削除することが可能になります。例えば、西地域の全店舗が別の会社に売られたとします。その地域で雇用されている従業員を示す全ての行は ALTER TABLE employees DROP PARTITION pWest; クエリを使用して削除することができ、これは同等の DELETE ステートメントの DELETE FROM employees WHERE store_id IN (4,12,13,14,18); よりはるかに効率よく実行することができます。

RANGE や HASH パーティショニングのように、NULL か整数ではない値を持つカラムでテーブルをパーティショニングする場合、そのような値を返すカラムに基づいてパーティショニング表現を使用する必要があります。例えば、以下のように従業員データを含むテーブルが記されていたとします。

CREATE TABLE employees (
    id INT NOT NULL,
    fname VARCHAR(30),
    lname VARCHAR(30),
    hired DATE NOT NULL DEFAULT '1970-01-01',
    separated DATE NOT NULL DEFAULT '9999-12-31',
    job_code CHAR(1),
    store_id INT
);

この employees テーブルのバージョンでは、雇用コードは数値ではなく文字になります。各文字が特定の職種に対応しており、同様の職種についている、もしくは同じ職場の従業員は同じパーティションに含まれるよう、以下のスキーマでテーブルをパーティショニングしたいとします。

値のリストでキャラクタ値がしようできないため、これらを整数もしくは NULL 等に変換する必要があります。このため、ASCII() 関数をカラム値に使用することができます。加えて、— 異なる時間帯、ロケーションでの異なるアプリケーションの使用により、— これらのコードは大文字、もしくは小文字になりえ、「割り振られていない」 を示す「空」 値は、NULL、空の文字列、もしくはスペースを表しているかもしれません。このスキーマを実装しているパーティショニングされたテーブルが以下に示されています。

CREATE TABLE employees (
    id INT NOT NULL,
    fname VARCHAR(30),
    lname VARCHAR(30),
    hired DATE NOT NULL DEFAULT '1970-01-01',
    separated DATE NOT NULL DEFAULT '9999-12-31',
    job_code CHAR(1),
    store_id INT
) 
PARTITION BY LIST(ASCII( UCASE(job_code) )) (
    PARTITION management VALUES IN(68, 77, 79, 80),
    PARTITION sales VALUES IN(66, 76, 83),
    PARTITION technical VALUES IN(65, 69, 71, 73, 84),
    PARTITION clerical VALUES IN(75, 78, 89),
    PARTITION support VALUES IN(67, 70, 74, 82, 86),
    PARTITION unassigned VALUES IN(NULL, 0, 32)
);

評価式がパーティションのリストに与える値として許可されていないため、照合される文字に関しては文字列ではなくASCIIコードをリストしなければいけません。ASCII(NULL) が NULL を返すことに注意してください。

重要もしリストに含まれないカラム値（もしくはパーティショニング表現が返す値）に行を挿入しようとした場合、INSERT クエリはエラーを表示し、失敗に終わります。例えば、先ほど概要の説明がされた LIST リストパーティショニングスキーマでは、このクエリは失敗します。

INSERT INTO employees VALUES 
    (224, 'Linus', 'Torvalds', '2002-05-01', '2004-10-12', 'Q', 21);

失敗は、81 (大文字 'Q' ASCII のアスキーコード）がパーティションを定義する値のリストに含まれていないためおこります。値のリストに含まれない値を承認する、VALUES LESS THAN(MAXVALUE) と同義の パーティションリストの 「キャッチオール」 定義は存在しません。つまり、照合する全ての値は、値のリスト中に存在していなければいけません。

RANGE パーティショニングと同様に、LIST パーティショニングとキー、ハッシュパーティショニングを合わせることで合成パーティショニングを生成できます(サブパーティショニング)。項15.2.5. 「サブパーティショニング」 を参照してください。