ホームページ  >  記事  >  データベース  >  mysqlテーブルのパーティションの形式は何ですか?

mysqlテーブルのパーティションの形式は何ですか?

coldplay.xixi
coldplay.xixiオリジナル
2020-10-19 16:07:282671ブラウズ

mysql テーブルのパーティショニング形式は次のとおりです: 1. RANGE パーティショニングは、指定された連続間隔に属する列値に基づいており、複数の行がパーティションに割り当てられます; 2. LIST パーティショニングは列値に基づいています離散値セットのマッチング、特定の値の選択、 3. HASH パーティションは、ユーザー定義式の戻り値に基づいて選択されるパーティションです。

mysqlテーブルのパーティションの形式は何ですか?

その他の関連する無料学習の推奨事項: mysql チュートリアル#( Video)

mysql テーブルのパーティション形式は次のとおりです:

1. テーブル パーティショニングとは

平たく言えば、テーブル パーティショニングとは、条件に基づいて大きなテーブルをいくつかの小さなテーブルに分割することです。 Mysql5.1 では、データ テーブルのパーティショニングのサポートが開始されます。たとえば、ユーザー テーブルに 600 万を超えるレコードがある場合、データベースへのエントリの日付に従ってテーブルをパーティション化することも、場所に従ってテーブルをパーティション化することもできます。もちろん、他の条件に基づいて分割することもできます。

2. テーブルをパーティション分割する理由

大きなテーブルやさまざまなアクセス モードを持つテーブルのスケーラビリティ、管理性、データベース効率を向上させるためです。

パーティショニングの利点は次のとおりです。

    単一のディスクまたはファイル システム パーティションよりも多くのデータを保存できます。
  • 意味を失ったデータの場合は、通常、データに関連するパーティションを削除することで簡単にデータを削除できます。逆に、場合によっては、新しいデータ専用の新しいパーティションを追加することで、新しいデータを追加するプロセスを簡単に実装できます。パーティショニングに一般的に関連するその他の利点には、以下のようなものがあります。 MySQL パーティショニングのこれらの機能はまだ実装されていませんが、優先順位リストの上位にあるため、製品バージョン 5.1 に含めたいと考えています。
  • 一部のクエリは、主に、特定の WHERE ステートメントを満たすデータを 1 つ以上のパーティションにのみ保存できるため、検索時に検索する必要がなく、大幅に最適化できます。他の残りのパーティションの場合。パーティション化テーブルの作成後にパーティション化を変更できるため、最初にパーティション化スキームを構成するときにデータを再編成していない場合でも、よく使用されるクエリの効率を向上させるためにデータを再編成できます。
  • SUM() や COUNT() などの集計関数を含むクエリは、簡単に並列処理できます。このようなクエリの簡単な例は、「SELECT sales_id, COUNT (orders) as order_total FROM sales GROUP BY sales_id;」です。 「並列」とは、クエリを各パーティションで同時に実行でき、最終結果は単にすべてのパーティションで得られた結果の合計になることを意味します。
  • データ クエリを複数のディスクに分散することで、クエリのスループットを向上させます。
3. パーティション タイプ

    RANGE パーティション: 指定された連続間隔に属する列の値に基づきます、複数の Row がパーティションに割り当てられます。
  • LIST パーティショニング: RANGE によるパーティショニングと似ていますが、異なる点は、LIST パーティショニングは、離散値セット内の特定の値に一致する列値に基づいて選択されることです。
  • HASH パーティショニング: テーブルに挿入される行の列値を使用して計算されるユーザー定義式の戻り値に基づいて選択されるパーティション。この関数には、負でない整数値を生成する MySQL の有効な式を含めることができます。
  • KEY パーティショニング: HASH パーティショニングと似ていますが、異なる点は、KEY パーティショニングでは 1 つ以上のカラムの計算のみがサポートされ、MySQL サーバーが独自のハッシュ関数を提供することです。整数値を含む列が 1 つ以上存在する必要があります。
RANGE パーティション化

指定された連続範囲に属する列値に基づいて、複数の行をパーティションに割り当てます。

これらの間隔は連続的である必要があり、互いに重なることはできません。VALUES LESS THAN 演算子を使用して定義してください。以下に例を示します。

SQL コード:

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 の従業員はパーティションに保存されます。 P0.P1 など。各パーティションは最低位から最高位まで順番に定義されることに注意してください。これは PARTITION BY RANGE 構文の要件であり、この点では、C または Java の「switch ... case」ステートメントに似ています。データ (72、'Michael'、'widenius'、'1998-06-25'、NULL、13) を含む新しい行の場合、それが p2 パーティションに挿入されることは簡単に判断できますが、数値がが追加されました 21店舗目はどうなるのでしょうか?このシナリオでは、store_id が 20 を超えるストアを含めるルールがないため、サーバーは行をどこに保存すればよいか分からず、エラーが発生します。このエラーは、明示的に指定された最高値を超えるすべての値を提供する CREATE TABLE ステートメントで「キャッチオール」VALUES LESS THAN 句を使用することで回避できます:

SQL コード:

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
);

MAXVALUE 表示最大的可能的整数值。现在,store_id 列值大于或等于16(定义了的最高值)的所有行都将保存在分区p3中。在将来的某个时候,当商店数已经增长到25, 30, 或更多 ,可以使用ALTER TABLE语句为商店21-25, 26-30,等等增加新的分区。在几乎一样的结构中,你还可以基于雇员的工作代码来分割表,也就是说,基于job_code 列值的连续区间。例如——假定2位数字的工作代码用来表示普通(店内的)工人,三个数字代码表示办公室和支持人员,四个数字代码表示管理层,你可以使用下面的语句创建该分区表:

Sql代码:

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 (8b383481491e7882009c7f5856aa4cf3= num: ·  设置 V = CEIL(V / 2) ·  设置 N = N & (V – 1) 例如,假设表t1,使用线性哈希分区且有4个分区,是通过下面的语句创建的: CREATE TABLE t1 (col1 INT, col2 CHAR(5), col3 DATE) PARTITION BY LINEAR HASH( YEAR(col3) ) PARTITIONS 6; 现在假设要插入两行记录到表t1中,其中一条记录col3列值为’2003-04-14′,另一条记录col3列值为’1998-10-19′。第一条记录将要保存到的分区确定如下: V = POWER(2, CEILING(LOG(2,7))) = 8 N = YEAR(’2003-04-14′) & (8 – 1)    = 2003 & 7    = 3 (3 >= 6 为假(FALSE): 记录将被保存到#3号分区中) 第二条记录将要保存到的分区序号计算如下: V = 8 N = YEAR(’1998-10-19′) & (8-1)   = 1998 & 7   = 6 (6 >= 4 为真(TRUE): 还需要附加的步骤) N = 6 & CEILING(5 / 2)   = 6 & 3   = 2   (2 >= 4 为假(FALSE): 记录将被保存到#2分区中) 按照线性哈希分区的优点在于增加、删除、合并和拆分分区将变得更加快捷,有利于处理含有极其大量(1000吉)数据的表。它的缺点在于,与使用常规HASH分区得到的数据分布相比,各个分区间数据的分布不大可能均衡。

KSY分区

类似于按HASH分区,区别在于KEY分区只支持计算一列或多列,且MySQL服务器提供其自身的哈希函数。必须有一列或多列包含整数值。

Sql代码:

CREATE TABLE tk (
    col1 INT NOT NULL,
    col2 CHAR(5),
    col3 DATE
)
PARTITION BY LINEAR KEY (col1)
PARTITIONS 3;

在KEY分区中使用关键字LINEAR和在HASH分区中使用具有同样的作用,分区的编号是通过2的幂(powers-of-two)算法得到,而不是通过模数算法。

以上がmysqlテーブルのパーティションの形式は何ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。