MySQL数据表的切分原则

时间：2020-12-27 12:18:54

1、当mysql单表的数据库过大时，数据库的访问速度会下降，“数据量大”问题的常见解决方案是“水平切分”。

2、常见的水平切分方式有：分库分表，分区表

3、如何分库分表：

把一个很大的库（表）的数据分到几个库（表）中，每个库（表）的结构都相同，但他们可能分布在不同的mysql实例，甚至不同的物理机器上，以达到降低单库（表）数据量，提高访问性能的目的。分库分表往往是业务层实施的，分库分表后，为了满足某些特定业务功能，往往需要修改代码。

4、如何分区：

所有数据还在一个表中，但物理存储根据一定的规则放在不同的文件中。这个是mysql支持的功能，业务代码无需改动。

5、选择自己分库分表还是使用mysql分区表：

1）分区表，分区键设计不太灵活，如果不走分区键，很容易出现全表锁

2）一旦数据量并发量上来，如果在分区表实施关联，就是一个灾难

3）自己分库分表，自己掌控业务场景与访问模式，可控。分区表，研发写了一个sql，都不确定mysql是怎么玩的，不太可控

6、mysql分区应用场景：

数据库db_test，如果一个表testInfo数据很多，需新建一个和原来表一样的分区表，然后把数据从原表导出，接着倒入新表。

建立分区表

CREATE TABLE `testInfo2` (
`id` INT(11) NOT NULL AUTO_INCREMENT,
`ap_id` INT(11) NOT NULL,
`mac` VARCHAR(17) NOT NULL,
`liveinfo` LONGTEXT NOT NULL,
`livetime` INT(11) NOT NULL,
`stsdate` DATE NOT NULL,
`lastmodified` DATETIME NOT NULL,
PRIMARY KEY (`id`, `stsdate`)
) 
PARTITION BY RANGE COLUMNS(stsdate) (
 PARTITION p0 VALUES LESS THAN ('2016-06-01'),
 PARTITION p1 VALUES LESS THAN ('2016-07-01'),
 PARTITION p2 VALUES LESS THAN ('2016-08-01'),
 PARTITION p3 VALUES LESS THAN ('2016-09-01'),
 PARTITION p4 VALUES LESS THAN ('2016-10-01'),
 PARTITION p5 VALUES LESS THAN ('2016-11-01'),
 PARTITION p6 VALUES LESS THAN ('2016-12-01'),
 PARTITION p7 VALUES LESS THAN ('2017-01-01'),
 PARTITION p8 VALUES LESS THAN ('2017-02-01'),
 PARTITION p9 VALUES LESS THAN ('2017-03-01'),
 PARTITION p10 VALUES LESS THAN ('2017-05-01'),
 PARTITION p11 VALUES LESS THAN ('2017-06-01'),
 PARTITION p12 VALUES LESS THAN ('2017-07-01'),
 PARTITION p13 VALUES LESS THAN ('2017-08-01'),
 PARTITION p14 VALUES LESS THAN ('2017-09-01'),
 PARTITION p15 VALUES LESS THAN MAXVALUE
);

数据导出：mysqldump -uroot -p --no-create-info -d db_test testInfo > db_testInfo.sql

修改导出的sql文件中现在的表名称

数据导入：mysqldump -uroot -p db_test < db_testInfo.sql

上例根据 stsdata 字段将 test 表分为15个区文件保存；



标签：

相关文章