MySQLパーティションフィールドの列は単独でインデックスを作る必要がありますか？

前言
パーティションフィールドはメインキーの一部でなければならないということはご存知ですが、複合キーを作った後、分割フィールドに個別にインデックスを追加する必要がありますか？効果がありますか？検証してみます。以下の話は多くなくなりました。詳しく紹介してみましょう。
1、新しい表effect_new(月ごとのパーティションを作成する)

CREATE TABLE `effect_new` (
 `id` bigint(20) NOT NULL AUTO_INCREMENT,
 `type` tinyint(4) NOT NULL DEFAULT '0',
 `timezone` varchar(10) DEFAULT NULL,
 `date` varchar(10) NOT NULL,
 `hour` varchar(2) DEFAULT NULL,
 `position` varchar(200) DEFAULT NULL,
 `country` varchar(32) NOT NULL,
 `create_time` datetime NOT NULL DEFAULT '1970-01-01 00:00:00',
 PRIMARY KEY (`id`,`create_time`),
 KEY `index_date_hour_coun` (`date`,`hour`,`country`)
) ENGINE=InnoDB AUTO_INCREMENT=983041 DEFAULT CHARSET=utf8
PARTITION BY RANGE (TO_DAYS (`create_time`))
(PARTITION p0 VALUES LESS THAN (736754) ENGINE = InnoDB,
 PARTITION p1 VALUES LESS THAN (736785) ENGINE = InnoDB,
 PARTITION p2 VALUES LESS THAN (736815) ENGINE = InnoDB,
 PARTITION p3 VALUES LESS THAN (736846) ENGINE = InnoDB,
 PARTITION p4 VALUES LESS THAN (736876) ENGINE = InnoDB,
 PARTITION p5 VALUES LESS THAN (736907) ENGINE = InnoDB,
 PARTITION p6 VALUES LESS THAN (736938) ENGINE = InnoDB,
 PARTITION p7 VALUES LESS THAN (736968) ENGINE = InnoDB,
 PARTITION p8 VALUES LESS THAN (736999) ENGINE = InnoDB,
 PARTITION p9 VALUES LESS THAN (737029) ENGINE = InnoDB,
 PARTITION p10 VALUES LESS THAN (737060) ENGINE = InnoDB);

2、データの一部を挿入し、

INSERT INTO `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');

3、分析文

EXPLAIN PARTITIONS
select * from effect_new_index
where create_time = '2017-10-14 12:00:00' 

結果:
id。
select_.タイプ
テーブル
partitions
tpye
possiblekeys
key
key_len
ref
ローソン
filtered
extra
1
SIM PLE
effect_new
p 8
ALL
null
null
null
null
391515
10
Using where
4、表にeffect_を与えるnewインデックスidx_を追加しますctime
5、索引追加後の実行計画を分析する
結果:
id。
select_.タイプ
テーブル
partitions
tpye
possiblekeys
key
key_len
ref
ローソン
filtered
extra
1
SIM PLE
effect_new
p 8
ref
idx_ctime
idx_ctime
5
コンサート
60760
100
null
6、結論：
テーブルはこのフィールドのパーティションに従っていますが、インデックスと同じではありません。ゾーンを分けたら、このフィールドはある値の記録があるパーティションの中にあるとしか言えませんが、インデックスではなくて、探しやすいです。
場合によっては、メインキーがパーティションベースの列に等しくない場合、メインキーがインデックスを集めたい場合は、パーティションベースの列を含めて複合キーを作成しなければなりません。この場合、パーティションは列によってインデックスがあるのではないですか？はい、しかしそれはあまり速くないです。この複合インデックスの中では、パーティションは列によって第一位にならないと速くないです。検索語句の中では常にパーティションを使って列をフィルタ条件として使う場合、パーティションは列によって別にインデックスを作る必要があります。
締め括りをつける
以上はこの文章の全部の内容です。本文にはまだたくさん足りないところがあります。本文の内容は皆さんの学習や仕事に対して一定の参考となる学習価値を持っています。疑問があれば、メッセージを残して交流してください。ありがとうございます。