範囲によってパーティション化されるテーブルは、各パーティションに含まれる行のパーティショニング式値が指定された範囲に収まるようにパーティション化されます。 範囲は、連続しているけれども重複しないものであるべきで、VALUES LESS THAN 演算子を使用して定義されます。 次のいくつかの例では、20 のビデオ店で構成されるチェーン (1 から 20 までの番号が付けられている) の従業員レコードを保持する、次のようなテーブルを作成していると想定してください。

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 NOT NULL,
    store_id INT NOT NULL
);

このテーブルは、必要に応じていくつかの方法で、範囲によるパーティション化を実行できます。 1 つの方法は、store_id カラムを使用することです。 たとえば、次のように PARTITION BY RANGE 句を追加することで、テーブルを 4 つのパーティションに分割することを決定できます。

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 NOT NULL,
    store_id INT NOT NULL
)
PARTITION BY RANGE (store_id) (
    PARTITION p0 VALUES LESS THAN (6),
    PARTITION p1 VALUES LESS THAN (11),
    PARTITION p2 VALUES LESS THAN (16),
    PARTITION p3 VALUES LESS THAN (21)
);

このパーティショニングスキームでは、店舗 1 から店舗 5 で働いている従業員に対応するすべての行がパーティション p0 に格納され、店舗 6 から店舗 10 の従業員がパーティション p1 に格納されます (以下同様)。 各パーティションは、最低から最高の順に定義されます。 これは PARTITION BY RANGE 構文の要件です。これは、C または Java の一連の if ... elseif ... ステートメントに似ていると考えることができます。

(72, 'Mitchell', 'Wilson', '1998-06-25', NULL, 13) データを含む新しい行がパーティション p2 に挿入されたことを簡単に判別できますが、チェーンで 21 の ^st ストアが追加されるとどうなりますか。 このスキームでは、store_id が 20 よりも大きい行に対応するルールがなく、サーバーはどこに置くべきかがわからないため、エラーになります。 これが発生しないようにするには、「すべての状況に対応する」 VALUES LESS THAN 句を 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 NOT NULL,
    store_id INT NOT NULL
)
PARTITION BY RANGE (store_id) (
    PARTITION p0 VALUES LESS THAN (6),
    PARTITION p1 VALUES LESS THAN (11),
    PARTITION p2 VALUES LESS THAN (16),
    PARTITION p3 VALUES LESS THAN MAXVALUE
);

(この章のその他の例と同様に、デフォルトのストレージエンジンは InnoDB であると想定しています。)

MAXVALUE は、可能な最大整数値よりも確実に大きな整数値を表します (数学用語では、上限です)。 これによって、store_id カラム値が 16 (定義されている最大値) 以上である行は、パーティション p3 に格納されます。 将来のある時点で、店舗の数が 25、30、またはそれ以上に増加したときは、ALTER TABLE ステートメントを使用して、店舗 21-25、26-30 などのための新しいパーティションを追加できます (これを行う方法の詳細については、セクション24.3「パーティション管理」を参照してください)。

同様に、従業員ジョブコードに基づいて (つまり、job_code カラム値の範囲に基づいて) テーブルをパーティション化できます。 たとえば、正規 (インストア) 従業員に 2 桁のジョブコード、オフィスおよびサポート従業員に 3 桁のコード、および管理職に 4 桁のコードが使用されると想定すると、次のステートメントを使用してパーティション化されたテーブルを作成できます。

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 NOT NULL,
    store_id INT NOT NULL
)
PARTITION BY RANGE (job_code) (
    PARTITION p0 VALUES LESS THAN (100),
    PARTITION p1 VALUES LESS THAN (1000),
    PARTITION p2 VALUES LESS THAN (10000)
);

この例では、インストア従業員に関連するすべての行はパーティション p0、オフィスおよびサポートスタッフに関連するものは p1、および管理職に関連するものはパーティション p2 に格納されます。

VALUES LESS THAN 句に式を使用することもできます。 ただし、MySQL は、LESS THAN (<) 比較の一環として式の戻り値を評価できる必要があります。

店舗番号に従ってテーブルデータを分割するのではなく、代わりに 2 つの DATE カラムのうちの 1 つに基づく式を使用できます。 たとえば、各従業員が会社を退職した年 (つまり、YEAR(separated) の値) に基づいてパーティション化するとします。 そのようなパーティショニングスキームを実装する 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 RANGE ( YEAR(separated) ) (
    PARTITION p0 VALUES LESS THAN (1991),
    PARTITION p1 VALUES LESS THAN (1996),
    PARTITION p2 VALUES LESS THAN (2001),
    PARTITION p3 VALUES LESS THAN MAXVALUE
);

このスキームでは、1991 年より前に退職したすべての従業員の場合、行はパーティション p0 に格納されます。1991 年から 1995 年までに退職した人は p1、1996 年から 2000 年までに退職した人は p2、および 2000 年よりあとに退職した従業員は p3 に格納されます。

次の例に示すように、UNIX_TIMESTAMP() 関数を使用して、TIMESTAMP カラムの値に基づいて、RANGE によってテーブルをパーティション化することもできます。

CREATE TABLE quarterly_report_status (
    report_id INT NOT NULL,
    report_status VARCHAR(20) NOT NULL,
    report_updated TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
)
PARTITION BY RANGE ( UNIX_TIMESTAMP(report_updated) ) (
    PARTITION p0 VALUES LESS THAN ( UNIX_TIMESTAMP('2008-01-01 00:00:00') ),
    PARTITION p1 VALUES LESS THAN ( UNIX_TIMESTAMP('2008-04-01 00:00:00') ),
    PARTITION p2 VALUES LESS THAN ( UNIX_TIMESTAMP('2008-07-01 00:00:00') ),
    PARTITION p3 VALUES LESS THAN ( UNIX_TIMESTAMP('2008-10-01 00:00:00') ),
    PARTITION p4 VALUES LESS THAN ( UNIX_TIMESTAMP('2009-01-01 00:00:00') ),
    PARTITION p5 VALUES LESS THAN ( UNIX_TIMESTAMP('2009-04-01 00:00:00') ),
    PARTITION p6 VALUES LESS THAN ( UNIX_TIMESTAMP('2009-07-01 00:00:00') ),
    PARTITION p7 VALUES LESS THAN ( UNIX_TIMESTAMP('2009-10-01 00:00:00') ),
    PARTITION p8 VALUES LESS THAN ( UNIX_TIMESTAMP('2010-01-01 00:00:00') ),
    PARTITION p9 VALUES LESS THAN (MAXVALUE)
);

TIMESTAMP 値を含むほかの式は許可されません (Bug #42849 を参照してください)。

次の条件の 1 つ以上が true のときは、RANGE パーティショニングが特に役立ちます。

このタイプのパーティショニングのバリアントが RANGE COLUMNS パーティショニングです。 RANGE COLUMNS によるパーティショニングでは、複数のカラムを使用してパーティショニング範囲を定義できます (パーティション内での行の配置、およびパーティションプルーニングを実行するときに特定のパーティションの包含または除外を判断する際に適用されます)。 詳細は、セクション24.2.3.1「RANGE COLUMNS パーティショニング」を参照してください。

時間間隔に基づくパーティショニングスキーム.  MySQL 8.0 で時間の範囲または間隔に基づいてパーティショニングスキームを実装する場合は、2 つの方法があります。