主頁 > 知識庫 > MySQL分區(qū)字段列有必要再單獨建索引嗎?

MySQL分區(qū)字段列有必要再單獨建索引嗎?

熱門標簽:電銷機器人價格多少錢一臺 好搜地圖標注 龍圖酒吧地圖標注 怎么申請400電話申請 怎么辦理400電話呢 400電話申請什么好 百度地圖標注地方備注 地圖標注圖標素材入駐 電話機器人免費嗎

前言

大家都知道對于分區(qū)字段必須是主鍵的一部分,那么建了復(fù)合主鍵之后,是否需要對分許字段再單獨添加一個索引呢?有沒有效果?來驗證一下,下面話不多說了,來一起看看詳細的介紹吧。

1、新建表effect_new(以創(chuàng)建時間按月分區(qū))

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、插入部分數(shù)據(jù)數(shù)據(jù),

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' 

結(jié)果為:

id select_type table partitions tpye possible_keys key key_len ref rows filtered extra
1 SIMPLE effect_new p8 ALL null null null null 391515 10 Using where

4、給表effect_new添加索引idx_ctime

5、分析添加索引后的執(zhí)行計劃

結(jié)果為:

id select_type table partitions tpye possible_keys key key_len ref rows filtered extra
1 SIMPLE effect_new p8 ref idx_ctime idx_ctime 5 const 60760 100 null

6、結(jié)論:

雖然表已經(jīng)根據(jù)此字段分區(qū),但這不能等同于索引。分了區(qū),只能說該字段為某個值的記錄會在某個分區(qū)里面,但不是索引,還要一頓好找。

有時候,主鍵不等于分區(qū)依據(jù)列,這時候主鍵又想建聚集索引的話,那么必須包含分區(qū)依據(jù)列,搞成復(fù)合主鍵。那么,這種情況下,分區(qū)依據(jù)列不就有索引了嗎?是的,可是它不夠快,如果在這個復(fù)合索引里面,分區(qū)依據(jù)列不排在第一位,就不夠快,如果查找語句里常常用分區(qū)依據(jù)列作為過濾條件,就有必要為分區(qū)依據(jù)列額外單獨建立一個索引。

總結(jié)

以上就是這篇文章的全部內(nèi)容了,本文還有許多不足,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,如果有疑問大家可以留言交流,謝謝大家對腳本之家的支持。

您可能感興趣的文章:
  • MySQL高級特性——數(shù)據(jù)表分區(qū)的概念及機制詳解
  • MySql分表、分庫、分片和分區(qū)知識深入詳解
  • MySql分表、分庫、分片和分區(qū)知識點介紹
  • MySQL分表和分區(qū)的具體實現(xiàn)方法
  • mysql通過Navicat分區(qū)實操講解
  • MySQL分區(qū)表的正確使用方法
  • Mysql優(yōu)化之Zabbix分區(qū)優(yōu)化
  • MySQL數(shù)據(jù)庫表分區(qū)注意事項大全【推薦】
  • Mysql數(shù)據(jù)表分區(qū)技術(shù)PARTITION淺析
  • MySQL數(shù)據(jù)表分區(qū)策略及優(yōu)缺點分析

標簽:撫順 防疫工作 固原 汕尾 廣西 浙江 溫州 內(nèi)江

巨人網(wǎng)絡(luò)通訊聲明:本文標題《MySQL分區(qū)字段列有必要再單獨建索引嗎?》,本文關(guān)鍵詞  MySQL,分區(qū),字段,列有,必要,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《MySQL分區(qū)字段列有必要再單獨建索引嗎?》相關(guān)的同類信息!
  • 本頁收集關(guān)于MySQL分區(qū)字段列有必要再單獨建索引嗎?的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章