MySQl分区表小结-------RANGE分区

深碍√TFBOYSˉ_ 2022-06-08 07:28 274阅读 0赞

\*\*

> 才疏学浅 , 不足之处还望指出 , 仅仅是自己使用中的一些体会

\*\*  
分区表目前分为四种:  
range : 主要介绍 , 其余三种还没有用过  
hash  
list  
key

> 闲话不多说 , 直接上代码

range分区可以在创建表的时候创建(这里我用的是sqlyog图形化 ,并非mysql非图形化界面)

CREATE TABLE `2017` (
    --(其余字段自行添加)
      `StationCode` varchar(255) DEFAULT NULL,
      `TimePoint` datetime DEFAULT NULL,
      `regionId` varchar(10) DEFAULT NULL,
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8 ROW_FORMAT=DYNAMIC
    PARTITION BY RANGE(MONTH(TimePoint))
    ( 
    PARTITION p101 VALUES LESS THAN (2),
    PARTITION p102 VALUES LESS THAN (3),
    PARTITION p103 VALUES LESS THAN (4),
    PARTITION p104 VALUES LESS THAN (5),
    PARTITION p105 VALUES LESS THAN (6),
    PARTITION p106 VALUES LESS THAN (7),
    PARTITION p107 VALUES LESS THAN (8),
    PARTITION p108 VALUES LESS THAN (9),
    PARTITION p109 VALUES LESS THAN (10),
    PARTITION p110 VALUES LESS THAN (11),
    PARTITION p111 VALUES LESS THAN (12),
    PARTITION p112 VALUES LESS THAN (13)
    );

可以看得出 , 我是按照月份来分区的 , 每个月是一个分区 .

如果已经建好了表 , 那就使用修改语句 , 但是如果表中的数据量过于庞大 , 建议还是进行数据的迁移

> 数据量少 : 建议100W一下或者更少

可以使用

ALTER TABLE 2017 PARTITION BY RANGE(MONTH(TimePoint))
    ( 
    PARTITION p101 VALUES LESS THAN (2),
    PARTITION p102 VALUES LESS THAN (3),
    PARTITION p103 VALUES LESS THAN (4),
    PARTITION p104 VALUES LESS THAN (5),
    PARTITION p105 VALUES LESS THAN (6),
    PARTITION p106 VALUES LESS THAN (7),
    PARTITION p107 VALUES LESS THAN (8),
    PARTITION p108 VALUES LESS THAN (9),
    PARTITION p109 VALUES LESS THAN (10),
    PARTITION p110 VALUES LESS THAN (11),
    PARTITION p111 VALUES LESS THAN (12),
    PARTITION p112 VALUES LESS THAN (13)
    );

修改表结构

> 数据量大

使用数据迁移 :  
创建一张空表 a , 字段和需要迁移的表 b 结构一致 , 顺便将空表的分区创建好

Insert into a select \* from b;  
当然这样的话会在数据量大的时候插入很慢

详细数据迁移参考:

> [http://blog.itpub.net/15480802/viewspace-689399/][http_blog.itpub.net_15480802_viewspace-689399]

删除分区:

alter table 2017 drop partition p101 ;

查看表分区:

show create table 2017

分区表中查找对比

explain select count(*) from 2017 where TimePoint > 'xxxx-xx-xx' and TimePoing < 'xxxx-xx-xx'