mysql-复合分区(range+hash)示例

复合分区示例

本次复合分区使用Range+hash做分区

1.按照时间做range分区,本次模拟通过一个小时做间隔。

2.对省份编码做hash分区,分了三个。

3.此次分区没有对分区做磁盘上对划分。


SQL代码



SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;

-- ----------------------------
-- Table structure for test_yd_table_range
-- ----------------------------
DROP TABLE IF EXISTS `test_yd_table`;
CREATE TABLE `test_yd_table` (
  `mail_no` char(13) COLLATE utf8_bin NOT NULL,
  `send_province_code` int(6) NOT NULL,
  `create_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `receive_province_code` int(6) NOT NULL,
  PRIMARY KEY (`mail_no`,`send_province_code`,`create_time`,`receive_province_code`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin


/*!50500  PARTITION BY RANGE ( UNIX_TIMESTAMP(create_time))
subpartition by HASH(`send_province_code`)
SUBPARTITIONS 3 (
partition p2019120500 VALUES LESS THAN (1575475200),
partition p2019120501 VALUES LESS THAN (1575478800),
partition p2019120502 VALUES LESS THAN (1575482400),
partition p2019120503 VALUES LESS THAN (1575486000),
partition p2019120504 VALUES LESS THAN (1575489600),
partition p2019120505 VALUES LESS THAN (1575493200),
partition p2019120506 VALUES LESS THAN (1575496800),
partition p2019120507 VALUES LESS THAN (1575500400),
partition p2019120508 VALUES LESS THAN (1575504000),
partition p2019120509 VALUES LESS THAN (1575507600),
partition p2019120510 VALUES LESS THAN (1575511200),
partition p2019120511 VALUES LESS THAN (1575514800),
partition p2019120512 VALUES LESS THAN (1575518400),
partition p2019120513 VALUES LESS THAN (1575522000),
partition p2019120514 VALUES LESS THAN (1575525600),
partition p2019120515 VALUES LESS THAN (1575529200),
partition p2019120516 VALUES LESS THAN (1575532800),
partition p2019120517 VALUES LESS THAN (1575536400),
partition p2019120518 VALUES LESS THAN (1575540000),
partition p2019120519 VALUES LESS THAN (1575543600),
partition p2019120520 VALUES LESS THAN (1575547200),
partition p2019120521 VALUES LESS THAN (1575550800),
partition p2019120522 VALUES LESS THAN (1575554400),
partition p2019120523 VALUES LESS THAN (1575558000)
)*/;

创表之后,打开数据库底层文件


文件大小             文件名
98304   test_yd_table#P#p2019120500#SP#p2019120500sp0.ibd
98304   test_yd_table#P#p2019120500#SP#p2019120500sp1.ibd
98304   test_yd_table#P#p2019120500#SP#p2019120500sp2.ibd
98304   test_yd_table#P#p2019120501#SP#p2019120501sp0.ibd
98304   test_yd_table#P#p2019120501#SP#p2019120501sp1.ibd
98304   test_yd_table#P#p2019120501#SP#p2019120501sp2.ibd
98304   test_yd_table#P#p2019120502#SP#p2019120502sp0.ibd
98304   test_yd_table#P#p2019120502#SP#p2019120502sp1.ibd
98304   test_yd_table#P#p2019120502#SP#p2019120502sp2.ibd
98304   test_yd_table#P#p2019120503#SP#p2019120503sp0.ibd
98304   test_yd_table#P#p2019120503#SP#p2019120503sp1.ibd
98304   test_yd_table#P#p2019120503#SP#p2019120503sp2.ibd
98304   test_yd_table#P#p2019120504#SP#p2019120504sp0.ibd
98304   test_yd_table#P#p2019120504#SP#p2019120504sp1.ibd
98304   test_yd_table#P#p2019120504#SP#p2019120504sp2.ibd
98304   test_yd_table#P#p2019120505#SP#p2019120505sp0.ibd
98304   test_yd_table#P#p2019120505#SP#p2019120505sp1.ibd
98304   test_yd_table#P#p2019120505#SP#p2019120505sp2.ibd
98304   test_yd_table#P#p2019120506#SP#p2019120506sp0.ibd
98304   test_yd_table#P#p2019120506#SP#p2019120506sp1.ibd
98304   test_yd_table#P#p2019120506#SP#p2019120506sp2.ibd
98304   test_yd_table#P#p2019120507#SP#p2019120507sp0.ibd
98304   test_yd_table#P#p2019120507#SP#p2019120507sp1.ibd
98304   test_yd_table#P#p2019120507#SP#p2019120507sp2.ibd
98304   test_yd_table#P#p2019120508#SP#p2019120508sp0.ibd
98304   test_yd_table#P#p2019120508#SP#p2019120508sp1.ibd
98304   test_yd_table#P#p2019120508#SP#p2019120508sp2.ibd
98304   test_yd_table#P#p2019120509#SP#p2019120509sp0.ibd
98304   test_yd_table#P#p2019120509#SP#p2019120509sp1.ibd
98304   test_yd_table#P#p2019120509#SP#p2019120509sp2.ibd
98304   test_yd_table#P#p2019120510#SP#p2019120510sp0.ibd
98304   test_yd_table#P#p2019120510#SP#p2019120510sp1.ibd
98304   test_yd_table#P#p2019120510#SP#p2019120510sp2.ibd
98304   test_yd_table#P#p2019120511#SP#p2019120511sp0.ibd
98304   test_yd_table#P#p2019120511#SP#p2019120511sp1.ibd
98304   test_yd_table#P#p2019120511#SP#p2019120511sp2.ibd
98304   test_yd_table#P#p2019120512#SP#p2019120512sp0.ibd
98304   test_yd_table#P#p2019120512#SP#p2019120512sp1.ibd
98304   test_yd_table#P#p2019120512#SP#p2019120512sp2.ibd
98304   test_yd_table#P#p2019120513#SP#p2019120513sp0.ibd
98304   test_yd_table#P#p2019120513#SP#p2019120513sp1.ibd
98304   test_yd_table#P#p2019120513#SP#p2019120513sp2.ibd
98304   test_yd_table#P#p2019120514#SP#p2019120514sp0.ibd
98304   test_yd_table#P#p2019120514#SP#p2019120514sp1.ibd
98304   test_yd_table#P#p2019120514#SP#p2019120514sp2.ibd
98304   test_yd_table#P#p2019120515#SP#p2019120515sp0.ibd
98304   test_yd_table#P#p2019120515#SP#p2019120515sp1.ibd
98304   test_yd_table#P#p2019120515#SP#p2019120515sp2.ibd
98304   test_yd_table#P#p2019120516#SP#p2019120516sp0.ibd
98304   test_yd_table#P#p2019120516#SP#p2019120516sp1.ibd
98304   test_yd_table#P#p2019120516#SP#p2019120516sp2.ibd
98304   test_yd_table#P#p2019120517#SP#p2019120517sp0.ibd
98304   test_yd_table#P#p2019120517#SP#p2019120517sp1.ibd
98304   test_yd_table#P#p2019120517#SP#p2019120517sp2.ibd
98304   test_yd_table#P#p2019120518#SP#p2019120518sp0.ibd
98304   test_yd_table#P#p2019120518#SP#p2019120518sp1.ibd
98304   test_yd_table#P#p2019120518#SP#p2019120518sp2.ibd
98304   test_yd_table#P#p2019120519#SP#p2019120519sp0.ibd
98304   test_yd_table#P#p2019120519#SP#p2019120519sp1.ibd
98304   test_yd_table#P#p2019120519#SP#p2019120519sp2.ibd
98304   test_yd_table#P#p2019120520#SP#p2019120520sp0.ibd
98304   test_yd_table#P#p2019120520#SP#p2019120520sp1.ibd
98304   test_yd_table#P#p2019120520#SP#p2019120520sp2.ibd
98304   test_yd_table#P#p2019120521#SP#p2019120521sp0.ibd
98304   test_yd_table#P#p2019120521#SP#p2019120521sp1.ibd
98304   test_yd_table#P#p2019120521#SP#p2019120521sp2.ibd
98304   test_yd_table#P#p2019120522#SP#p2019120522sp0.ibd
98304   test_yd_table#P#p2019120522#SP#p2019120522sp1.ibd
98304   test_yd_table#P#p2019120522#SP#p2019120522sp2.ibd
98304   test_yd_table#P#p2019120523#SP#p2019120523sp0.ibd
98304   test_yd_table#P#p2019120523#SP#p2019120523sp1.ibd
98304   test_yd_table#P#p2019120523#SP#p2019120523sp2.ibd
8732    test_yd_table.frm

创建完毕后,模拟数据插入,启动Springboot。

    @RequestMapping("testYDListSave")
    public String testYDListSave() {
        long start = System.currentTimeMillis();
        for (int i = 0; i < 10000; i++) {
            testYdListService.save();
            System.out.println(i);
        }
        long end = System.currentTimeMillis();
        return end - start + "ms\r\n";
    }

调用脚本

#!/usr/bin/env bash

for (( VAR = 0; VAR < 20 ; ++VAR )); do
    curl http://localhost:8080/testYDListSave >> result.txt &
done

调用结果

136332ms
136564ms
136623ms
136627ms
136653ms
136742ms
136788ms
136801ms
136801ms
136814ms
136889ms
136893ms
136941ms
136958ms
136966ms
137028ms
137048ms
137106ms
137156ms
137212ms

这里因为是并发插入的,所以插入20w数据在137秒 , 两分多钟。

然后是查询数据,我需要查询一个小时内的从北京发货的数据。

EXPLAIN SELECT * FROM test_yd_table WHERE create_time >= '2019-12-05 12:00:00' and create_time < '2019-12-05 13:00:00' AND send_province_code = '110000'

1   SIMPLE  test_yd_table   p2019120513_p2019120513sp2  index       PRIMARY 51      67994   1.11    Using where; Using index
截屏2019-12-0512.13.53.png

只使用了一个分区,节省了查询时间。
不过这种方式太过理想。
所以在执行Dao方法时 ,多存了一份 110000的数据

    public void save() {
        testYDListDao.save(CreateMailNo.getMailNo(), CreateProvince.getProvince(), CreateProvince.getProvince());
        testYDListDao.save110000(CreateMailNo.getMailNo(), CreateProvince.getProvince(), CreateProvince.getProvince());
    }

再执行一次脚本(request_api.sh)。


261260ms
261582ms
261609ms
261619ms
261996ms
262123ms
262247ms
262254ms
262332ms
262376ms
262416ms
262493ms
262553ms
262588ms
262594ms
262618ms
262620ms
262660ms
262661ms
262697ms

同样的 ,此次也是并发插入,时间差不多在4分多钟。

查看数据库底层文件,发现test_yd_table#P#p2019120513#SP#p2019120513sp2.ibd
比其他两个同时间分区的数据量多了一倍多。

26214400    test_yd_table#P#p2019120513#SP#p2019120513sp0.ibd
26214400    test_yd_table#P#p2019120513#SP#p2019120513sp1.ibd
58720256    test_yd_table#P#p2019120513#SP#p2019120513sp2.ibd

比较几次常规查询

1.不使用where

不使用where属于全表查询了,所以explain查找了全部的分区。


不实用where-explain.png

查看数据,发现code列的都是mod%3==0的数值,time列不是按顺序来展示,
所以是先返回了第一个分区(test_yd_table#P#p2019120513#SP#p2019120513sp0.ibd)的数据。

不使用where-select.png

2.使用where create_time

使用where+ create_time来查询,在explain里是查找了小时段的分区。


使用where+时间-explain.png

查看数据,发现code列的都是mod%3==0的数值,time列不是按顺序来展示,
所以是先返回了第一个分区(test_yd_table#P#p2019120513#SP#p2019120513sp0.ibd)的数据。

使用where+时间-select.png

3.使用where code

使用where+ code来查询,在explain里是查找了每个小时段sp2分区的数据,
110000%3 = 2
目前 只插入了 一个小时的数据。

使用where+code-explain.png

查看数据,code都是110000 ,时间是顺序展示。


使用where+code-select.png
4.使用where create_time code

使用where+ create_time code来查询,在explain里是查找了1个小时段sp2分区的数据,
只查了分区test_yd_table#P#p2019120513#SP#p2019120513sp2.ibd

使用where+时间+code-explain.png

查看数据,code都是110000 ,时间是顺序展示。


使用where+时间+code-select.png

这种分区方式要视实际情况而定,
目前能满足按时间段查省份数据,在业务上,大批量的流水数据需要加时间。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,496评论 6 501
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,407评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,632评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,180评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,198评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,165评论 1 299
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,052评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,910评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,324评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,542评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,711评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,424评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,017评论 3 326
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,668评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,823评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,722评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,611评论 2 353