MySQL パーティション フィールド列に別のインデックスを作成する必要がありますか?

MySQL パーティション フィールド列に別のインデックスを作成する必要がありますか?

序文

パーティション フィールドは主キーの一部でなければならないことは誰もが知っています。では、複合主キーを作成した後、パーティション フィールドに別のインデックスを追加する必要がありますか?効果はありますか?検証してみましょう。早速、詳しい紹介を見ていきましょう。

1. 新しいテーブル effect_new を作成します (作成時間に基づいて月ごとにパーティション化されます)

テーブル `effect_new` を作成します (
 `id` bigint(20) NOT NULL AUTO_INCREMENT,
 `type` tinyint(4) NOT NULL デフォルト '0',
 `timezone` varchar(10) デフォルト NULL,
 `date` varchar(10) NOT NULL,
 `hour` varchar(2) デフォルト NULL,
 `position` varchar(200) デフォルト NULL,
 `country` varchar(32) NOT NULL,
 `create_time` 日時 NOT NULL デフォルト '1970-01-01 00:00:00',
 主キー (`id`,`create_time`)、
 キー `index_date_hour_country` (`date`,`hour`,`country`)
) ENGINE=InnoDB AUTO_INCREMENT=983041 デフォルトCHARSET=utf8
範囲によるパーティション分割 (TO_DAYS (`create_time`))
(パーティション p0 の値が (736754) 未満です) エンジン = InnoDB、
 パーティション p1 の値が (736785) 未満です。エンジン = InnoDB、
 パーティション p2 の値が (736815) 未満です。エンジン = InnoDB、
 パーティション p3 の値が (736846) 未満です。エンジン = InnoDB、
 パーティション p4 の値が (736876) 未満です。エンジン = InnoDB、
 パーティション p5 の値が (736907) 未満です。エンジン = InnoDB、
 パーティション p6 値が (736938) 未満です。エンジン = InnoDB、
 パーティション p7 の値が (736968) 未満です。エンジン = InnoDB、
 パーティション p8 値が (736999) 未満 エンジン = InnoDB、
 パーティション p9 値が (737029) 未満です。エンジン = InnoDB、
 パーティション p10 の値が (737060) 未満です。エンジン = InnoDB);

2. データを挿入します。

`effect_new` (`id`, `type`, `timezone`, `date`, `hour`, `position`, `country`, `create_time`) VALUES ('1', '0', 'GMT+8', '2017-07-01', '', 'M-NotiCleanFull-FamilyRecom-0026', '', '2017-07-02 00:07:02') に INSERT INTO します。
`effect_new` (`id`, `type`, `timezone`, `date`, `hour`, `position`, `country`, `create_time`) VALUES ('2', '1', 'GMT+8', '2017-09-30', '23', 'Ma5dtJub', 'EG', '2017-10-01 00:00:00') に INSERT INTO します。
`effect_new` (`id`, `type`, `timezone`, `date`, `hour`, `position`, `country`, `create_time`) VALUES ('3', '1', 'GMT+8', '2017-09-10', '10', '28', 'DZ', '2017-09-11 00:08:20') に INSERT INTO します。
`effect_new` (`id`, `type`, `timezone`, `date`, `hour`, `position`, `country`, `create_time`) VALUES ('4', '1', 'GMT+8', '2017-02-03', '20', '32', 'AD', '2017-02-04 00:00:00') に INSERT INTO します。
`effect_new` (`id`, `type`, `timezone`, `date`, `hour`, `position`, `country`, `create_time`) VALUES ('5', '0', 'GMT+8', '2017-03-05', '2', NULL, 'AI', '2017-03-06 02:10:00') に INSERT INTO します。
`effect_new` (`id`, `type`, `timezone`, `date`, `hour`, `position`, `country`, `create_time`) VALUES ('6', '0', 'GMT+8', '2017-09-23', '13', 'M-BrandSplash-S-0038', 'AG', '2017-09-23 13:00:00') に INSERT INTO します。
`effect_new` (`id`, `type`, `timezone`, `date`, `hour`, `position`, `country`, `create_time`) VALUES ('7', '1', NULL, '2017-10-13', '12', 'BB-Main-AppAd-0018', 'AF', '2017-10-14 12:00:00') に INSERT INTO します。
`effect_new` (`id`, `type`, `timezone`, `date`, `hour`, `position`, `country`, `create_time`) VALUES ('8', '0', 'GMT+8', '2017-10-28', '2', 'M-ChargeReminder-S-0040', 'AE', '2017-10-29 00:00:00') に INSERT INTO します。
`effect_new` (`id`, `type`, `timezone`, `date`, `hour`, `position`, `country`, `create_time`) VALUES ('9', '1', 'GMT+8', '2017-10-09', NULL, '30', 'AI', '2017-10-10 00:09:00') に INSERT INTO します。
`effect_new` (`id`, `type`, `timezone`, `date`, `hour`, `position`, `country`, `create_time`) VALUES ('10', '0', 'GMT+8', '2017-10-05', '5', ' M-BrandSplash', 'LA', '2017-10-06 05:10:00') に INSERT INTO します。

3. ステートメントを分析する

パーティションの説明
effect_new_indexから*を選択
ここで、create_time = '2017-10-14 12:00:00'

結果は次のとおりです。

id選択タイプテーブルパーティションタイプ可能なキーキーの長さ参照フィルター余分な
1単純効果_新規8ページ全てヌルヌルヌルヌル391515 10 where の使用

4. テーブルeffect_newにインデックスidx_ctimeを追加します。

5. インデックスを追加した後の実行プランを分析する

結果は次のとおりです。

id選択タイプテーブルパーティションタイプ可能なキーキーの長さ参照フィルター余分な
1単純効果_新規8ページ参照idx_ctime idx_ctime 5定数60760 100ヌル

6. 結論:

テーブルはこのフィールドによってパーティション分割されますが、これはインデックスと同等ではありません。パーティション分割後、フィールドに特定の値を持つレコードが特定のパーティションに含まれることしか言えませんが、それはインデックスではないため、それらを見つけるのに時間がかかります。

場合によっては、主キーがパーティション列と等しくないことがあります。主キーにクラスター化インデックスを作成する場合は、パーティション列を含めて複合主キーにする必要があります。では、この場合、パーティション基準列にはインデックスがないのでしょうか?はい、しかし、十分な速度ではありません。パーティション列がこの複合インデックスで最初にランクされていない場合、十分な速度ではありません。パーティション列が検索ステートメントのフィルタリング条件として頻繁に使用される場合は、パーティション列用の追加インデックスを作成する必要があります。

要約する

上記はこの記事の全内容です。この記事にはまだ多くの欠点があります。この記事の内容が皆様の勉強や仕事に一定の参考学習価値を持つことを願っています。ご質問がある場合は、メッセージを残してコミュニケーションしてください。123WORDPRESS.COM を応援していただきありがとうございます。

以下もご興味があるかもしれません:
  • MySQL の高度な機能 - データ テーブル パーティショニングの概念とメカニズムの詳細な説明
  • MySql テーブル、データベース、シャーディング、パーティショニングの知識の詳細な説明
  • MySql テーブル、データベース、シャーディング、パーティショニングの知識ポイントの紹介
  • MySQLテーブルシャーディングとパーティショニングの具体的な実装方法
  • Navicat による MySQL パーティショニングの実践
  • MySQL パーティションテーブルの正しい使用方法
  • MySQL 最適化 Zabbix パーティション最適化
  • MySQL データベース テーブルのパーティション分割に関する考慮事項 [推奨]
  • MySQL データ テーブル パーティション テクノロジーの簡単な分析
  • MySQL データテーブルのパーティション戦略と利点と欠点の分析

<<:  VMware WorkStation 14 pro インストール Ubuntu 17.04 チュートリアル

>>:  VMware での Ubuntu と Windows 間のファイル共有

推薦する

MYSQL トランザクション チュートリアル Yii2.0 マーチャント引き出し機能

序文私はプログラマーとしてスタートした PHP プログラマーです。これまで、トレーニング コースで勉...

LDAP ユーザー認証を使用するように Linux を構成する方法

私は CentOS に実装された LDAP ユーザー管理を使用しています。これはインターネット上のほ...

製品を選択した後、右下隅に√記号を表示するための純粋なCSS

おすすめの記事: CSS 疑似クラスの右下隅をクリックすると、選択を示すチェックマークが表示されます...

JavaScript 配列重複排除問題の詳細な研究

目次序文 👀リサーチを始めましょう🐱‍🏍オリジナル🧶 indexOf を使用した元の方法の最適化 ✍...

Zabbix カスタム監視 nginx ステータス実装プロセス

目次Zabbix カスタム監視 nginx ステータス1. ステータスインターフェースを開く2. 監...

aタグのhref属性とonclickイベントの比較

まず、href 属性と onclick イベントの実行順序について説明します。マウスが a タグをク...

Tomcat が応答データグラムを書き戻すタイミングの詳細な分析

疑問が生じるこの質問は、ファイルのダウンロードを記述しているときに発生しました。HttpServle...

HTMLチェックボックス説明テキストをクリックして状態を選択/チェック解除します

Web 開発では、チェックボックスは小さく、ユーザーにとって操作があまり便利ではないため、ユーザーが...

新しい Linux ファイル権限設定における umask の詳細な理解

序文起源は質問 1 です: umask が 022 に設定されている場合、作成するファイルのデフォル...

一定期間の日ごと、時間ごとの統計データを取得するMySQLの詳しい説明

毎日の統計情報を取得するプロジェクトを実行する際、プロジェクト ログを分析する必要があります。要件の...

Docker が PostgreSQL を起動するときに複数のデータベースを作成するためのソリューション

1 はじめに「DockerでPostgreSQLを起動する方法といくつかの接続ツールのおすすめ」の記...

docker run後にコンテナがExited (0)と表示される問題を解決する

Centos7 上で openresty 用の Dockerfile を作成し、ビルドしました。 d...

HTMLがHikvisionカメラのリアルタイム監視機能を実現

最近、同社は CCFA 関連のいくつかの作業を行う予定で、その 1 つはカメラのリアルタイム監視を再...

MySQL でトランザクションのコミットとロールバックを実装する方法の詳細な例

最近、データベース データのスケジュールされた移行を実行する必要があります。実行プロセス中に何らかの...

MySQLのCOUNT(*)のパフォーマンスについてお話しましょう

序文基本的に、職場のプログラマーは、count(*)、count(1)、または count(prim...