MySQL - パーティション、インデックスによるデータロード

Question

これはInnoDBを使用したMySQL 5.7用です。

私はパーティション化されたテーブルを持っており、（大量のデータの）バッチデータをパーティションでロードしています。すなわち、私がロードするデータの各バッチが排他的に1つのパーティションに入ることを知っている。

データの読み込みでインデックスを処理する一般的な方法は、すべてのインデックスを先に削除し、データを読み込んでからインデックスを再作成することです。

しかし、私はパーティションで読み込んでいるので、これはまだ最適ではない（インデックスを削除してから再作成する）のですが、私は不必要に更新されていないパーティションに触れているようですこちらです。

パーティション1

1. ドロップに
   1. のデータのロードすべてのインデックス - 何も起こりません、まだデータがないからです。
   2. データをロード - すべてがパーティション1に入ります。
   3. インデックスを作成します - パーティション1のみが変更されます。パーティション2
      1. ドロップへ
   4. のデータのロードすべてのインデックス - パーティション1内のすべてのインデックスが（不要！）ドロップ
   5. のデータのロード - すべてのパーティション2
   6. に入るインデックスを作成します - パーティションを1つのインデックスが再作成され（不要！）、パーティション2のインデックスが作成されました。
   7. したがって、この第2バッチのデータのロードには、第1バッチよりもかなり時間がかかります。そしてそれは各バッチのために悪化するでしょう！その場合

、私はインデックスを事前に作成し、データをロードするときにそれらをそこに残す必要がありますか？

（ところで、クエリを心配しないでください。データの読み込みが行われたときに、データベースが「オフライン」である。ここでの目的は、データのみのロードの各バッチのための時間を短縮することである。）

テーブルスキーマ

CREATE TABLE MYTABLE (
    ID  BIGINT UNSIGNED AUTO_INCREMENT NOT NULL, 
    YEAR SMALLINT UNSIGNED NOT NULL, 
    MONTH TINYINT UNSIGNED NOT NULL, 
    A  CHAR(4), 
    B  VARCHAR(127), 
    C  VARCHAR(15), 
    D  VARCHAR(511), 
    E  TEXT, 
    F  TEXT, 
    G  VARCHAR(127), 
    H  VARCHAR(127), 
    I  VARCHAR(127), 
    J  VARCHAR(511), 
    K  VARCHAR(511), 
    L  BIT(1), 
    CONSTRAINT PKEY PRIMARY KEY (ID, YEAR, MONTH) 
) 
PARTITION BY LIST COLUMNS(YEAR, MONTH) (
    PARTITION PART1 VALUES IN ((2007, 1)), 
    PARTITION PART2 VALUES IN ((2007, 2)), 
    PARTITION PART3 VALUES IN ((2007, 3)), 
    ... 
); 

もちろん、多くのインデックス（14個）があり、主に2〜4個の列が含まれています。いずれのインデックスにも2 TEXT列のいずれも含まれていません。

Answer 1

InnoDBを使用している場合は、PRIMARY KEYを削除しないでください。

すべてPARTITIONsは常に同じインデックスを持ちます。したがって、インデックスを個別にオン/オフすることはできません。

SHOW CREATE TABLEにさらなる批評とアドバイスを提供してください。 I PARTITIONingは役に立たないと言います。 PARTITIONを使用する価値があるユースケースはほとんどありません。 More info, and use cases