首页 / MYSQL / MySQL分区表技术解析_MySQL

MySQL分区表技术解析_MySQL

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了MySQL分区表技术解析_MySQL，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含13843字，纯文字阅读大概需要20分钟。

内容图文

bitsCN.com

MySQL分区概述：
允许根据可以设置为任意大小的规则，跨文件系统分配单个表的多个部分。实际上，表的不同部分在不同的位置被存储为单独的表。用户所选择的、实现数据分割的规则被称为分区函数，这在MySQL中它可以是模数，或者是简单的匹配一个连续的数值区间或数值列表，或者是一个内部HASH函数，或一个线性HASH函数。函数根据用户指定的分区类型来选择，把用户提供的表达式的值作为参数。该表达式可以是一个整数列值，或一个作用在一个或多个列值上并返回一个整数的函数。[z1] 。这个表达式的值传递给分区函数，分区函数返回一个表示那个特定记录应该保存在哪个分区的序号。这个函数不能是常数，也不能是任意数。它不能包含任何查询，但是实际上可以使用MySQL 中任何可用的SQL表达式，只要该表达式返回一个小于MAXVALUE（最大可能的正整数）的正数值。
由于MySQL无全局索引的概念，只有本地分区索引，基于此种原因，一个表中如果有2个或2个以上的唯一索引，此表无法分区。分区函数应用的数据库的列必须是MySQL的主键，否则不能分区。[z2]
对于创建了分区的表，可以使用你的MySQL 服务器所支持的任何存储引擎。在MySQL 5.1版中，同一个分区表的所有分区必须使用同一个存储引擎；例如，不能对一个分区使用MyISAM，而对另一个使用InnoDB。但是，这并不妨碍在同一个 MySQL 服务器中，甚至在同一个数据库中，对于不同的分区表使用不同的存储引擎。

MySQL分区的建立
MySQL可以建立四种分区类型的分区：
RANGE 分区：基于属于一个给定连续区间的列值，把多行分配给分区。详情参见18.2.1节，“RANGE分区”。
· LIST 分区：类似于按RANGE分区，区别在于LIST分区是基于列值匹配一个离散值集合中的某个值来进行选择。详情参见18.2.2节，“LIST分区”。
· HASH分区：基于用户定义的表达式的返回值来进行选择的分区，该表达式使用将要插入到表中的这些行的列值进行计算。这个函数可以包含MySQL 中有效的、产生非负整数值的任何表达式。详情参见18.2.3节，“HASH分区”。
· KEY 分区：类似于按HASH分区，区别在于KEY分区只支持计算一列或多列，且MySQL 服务器提供其自身的哈希函数。必须有一列或多列包含整数值。详情参照：18.2.4. KEY分区。
子分区：子分区是分区表中每个分区的再次分割。书写格式参照：18.2.5. 子分区
（1）关于子分区应注意的地方：每个分区必须有相同数量的子分区。
· （2）如果在一个分区表上的任何分区上使用SUBPARTITION 来明确定义任何子分区，那么就必须定义所有的子分区。
在建立分区的时候可以指定分区的数据存储位置和索引位置，这样可以跨磁盘或者文件系统保存不同的数据。数据分磁盘存储可以一定程度上增加数据读取速度，因为采用多磁盘后，每个磁盘的I/O操作会降低。而且采用指定分区存储位置能够增大存储量。

无论使用何种类型的分区，分区总是在创建时就自动的顺序编号，且从0开始记录，记住这一点非常重要。当有一新行插入到一个分区表中时，就是使用这些分区编号来识别正确的分区。例如，如果你的表使用4个分区，那么这些分区就编号为0, 1, 2, 和3。对于RANGE和LIST分区类型，确认每个分区编号都定义了一个分区，很有必要。对HASH分区，使用的用户函数必须返回一个大于0的整数值。对于KEY分区，这个问题通过MySQL服务器内部使用的哈希函数自动进行处理。注意：分区的名字是不区分大小写的，且对于RANGE分区和LIST分区，分区的名称是不能重复的。这几种可根据不同的需求来选择，比较常用的是RANGE分区。

常用的MySQL的分区管理：
RANGE 和LIST分区管理
分区对于程序来说是透明的，而且只有删除能在分区层面上操作，其他如查询、修改、增加都不能指定分区。

ALTER TABLE …DROPPARTITION ….(删除分区)
ALTER TABLE … ADD PARTITION (PARTITION p3 VALUESLESS THAN (…));[z3] 增加分区
ALTER TABLE ... REORGANIZE PARTITION …,… INTO (
PARTITION p0 VALUES LESS THAN (…)
)；[z4] 合并拆分分区。

HASH和KEY分区管理
添加分区和RANGE、LIST分区方式相同，对于修改分区，不能使用与从按照RANGE或LIST分区的表中删除分区相同的方式，来从HASH或KEY分区的表中删除分区。但是，可以使用“ALTERTABLE ... COALESCE PARTITION”命令来合并HASH或KEY分区。

如果要查看分区的信息，可以通过sql语句来查询
SELECT * FROM INFORMATION_SCHEMA.partitions WHERETABLE_SCHEMA = schema() AND TABLE_NAME='xxx’

分区表效率比较

MySQL分区表实验
分区采用红色，不分区采用蓝色

测试环境：CentOS 虚拟机，1G内存，20G硬盘
实验数据库：test 不分区（内有1张表RPT_MALEVENTS）、test2（与test一样）
背景数据：
mysql> SELECT COUNT(*)FROM RPT_MALEVENTS;
+----------+
| COUNT(*) |
+----------+
| 17082107 |
+----------+
1 row in set (10.84 sec)

mysql> SELECTCOUNT(*) FROM RPT_MALEVENTS;
+----------+
| COUNT(*) |
+----------+
| 17082107 |
+----------+
1 row in set (14.63sec)

数据分布：2011/8/4~2011/8/17

分区表结构：
CREATETABLE `RPT_MALEVENTS` (
`RECORD_DATE` date NOT NULL,
`RECORD_HOUR` tinyint(2) NOT NULL,
`RECORD_MINUTE` tinyint(2) NOT NULL,
`RECORD_DATETIME` datetime NOT NULL,
`MC_IP` int(10) unsigned NOT NULL,
`PC_IP` int(10) unsigned NOT NULL,
`NETOBJECT_GROUP_ID` smallint(5) DEFAULTNULL,
`ALERT_TYPE` tinyint(3) NOT NULL,
`SUB_TYPE` smallint(5) NOT NULL,
`SHOW_TYPE` smallint(5) NOT NULL,
`ALERT_ID` tinyint(3) NOT NULL,
`EVENT_COUNT` int(10) unsigned DEFAULT NULL,
PRIMARY KEY(`RECORD_DATE`,`RECORD_HOUR`,`RECORD_MINUTE`,`MC_IP`,`PC_IP`,`ALERT_TYPE`,`SUB_TYPE`,`ALERT_ID`),
KEY `RECORD_DATETIME` (`RECORD_DATETIME`)
)ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci /*!50100 PARTITIONBY RANGE (TO_DAYS(RECORD_DATE)[z1] ) (PARTITION p2011 VALUES LESS THAN (734503)ENGINE = InnoDB, PARTITION p20110809 VALUES LESS THAN (734724) ENGINE = InnoDB,PARTITION p20110810 VALUES LESS THAN (734725) ENGINE = InnoDB, PARTITIONp20110811 VALUES LESS THAN (734726) ENGINE = InnoDB, PARTITION p20110812 VALUESLESS THAN (734727) ENGINE = InnoDB, PARTITION p20110813 VALUES LESS THAN(734728) ENGINE = InnoDB, PARTITION p20110814 VALUES LESS THAN (734729) ENGINE= InnoDB, PARTITION p20110815 VALUES LESS THAN (734730) ENGINE = InnoDB,PARTITION p20110816 VALUES LESS THAN (734731) ENGINE = InnoDB, PARTITIONp20110817 VALUES LESS THAN (734732) ENGINE = InnoDB, PARTITION p20110818 VALUESLESS THAN (734733) ENGINE = InnoDB, PARTITION pMax VALUES LESS THAN MAXVALUE[z2] ENGINE = InnoDB)

分区表的物理存储如下，当前用的是innodB的存储引擎，采用分表结构
分析如下
(条件查询查询全部数据)
mysql> SELECTCOUNT(*) FROM RPT_MALEVENTS WHERE RECORD_DATE > '2011-08-01' AND RECORD_DATE< '2011-08-19';
+----------+
| COUNT(*) |
+----------+
| 17082107 |
+----------+
1 row in set (21.62sec)

mysql> SELECTCOUNT(*) FROM RPT_MALEVENTS WHERE RECORD_DATE > '2011-08-01' AND RECORD_DATE< '2011-08-19';
+----------+
| COUNT(*) |
+----------+
| 17082107 |
+----------+
1 row in set (29.20sec)

(查询部分数据，不使用分区函数使用的列)
mysql> SELECTCOUNT(*) FROM RPT_MALEVENTS WHERE RECORD_DATETIME > '2011-08-02' ANDRECORD_DATETIME < '2011-08-11';
+----------+
| COUNT(*) |
+----------+
| 5083194 |
+----------+
1 row in set (2.83sec)

mysql> SELECTCOUNT(*) FROM RPT_MALEVENTS WHERE RECORD_DATETIME > '2011-08-02' AND RECORD_DATETIME< '2011-08-11';
+----------+
| COUNT(*) |
+----------+
| 5083194 |
+----------+
1 row in set (5.60sec)

(使用其他条件查询部分数据)
mysql> SELECTCOUNT(*) FROM RPT_MALEVENTS WHERE ALERT_TYPE = 1;
+----------+
| COUNT(*) |
+----------+
| 88739 |
+----------+
1 row in set (8.49sec)

SELECT COUNT(*) FROMRPT_MALEVENTS WHERE ALERT_TYPE = 1;
+----------+
| COUNT(*) |
+----------+
| 88739 |
+----------+
1 row in set (12.88sec)

(小范围查询,在一个分区内查询)

mysql> SELECTCOUNT(*) FROM RPT_MALEVENTS WHERE RECORD_DATE > '2011-08-13' AND RECORD_DATE< '2011-08-15';
+----------+
| COUNT(*) |
+----------+
| 2116249 |
+----------+
1 row in set (1.85sec)

mysql> SELECTCOUNT(*) FROM RPT_MALEVENTS WHERE RECORD_DATE > '2011-08-13' AND RECORD_DATE< '2011-08-15';
+----------+
| COUNT(*) |
+----------+
| 2116249 |
+----------+
1 row in set (3.10sec)

分析SQL语句的执行过程
rows表示MySQL根据表统计信息及索引选用情况，估算的找到所需的记录所需要读取的行数。

mysql>EXPLAIN PARTITIONS SELECT * FROMRPT_MALEVENTS WHERE RECORD_DATETIME > '2011-08-12' AND RECORD_DATETIME <'2011-08-13' LIMIT 1/G;
***************************1. row ***************************
id: 1
select_type: SIMPLE
table: RPT_MALEVENTS
partitions: p2011,p20110809,p20110810,p20110811,p20110812,p20110813,p20110814,p20110815,p2011[z3] 0816,p20110817,p20110818,pMax
type: range
possible_keys:RECORD_DATETIME
key: RECORD_DATETIME
key_len: 8
ref: NULL
rows: 355911[z4]
Extra: Using where
1 row in set (0.00sec)

mysql> EXPLAIN SELECT * FROM RPT_MALEVENTS WHERERECORD_DATETIME > '2011-08-12' AND RECORD_DATETIME < '2011-08-13' LIMIT1/G;
***************************1. row ***************************
id: 1
select_type: SIMPLE
table: RPT_MALEVENTS
type: range
possible_keys:RECORD_DATETIME
key: RECORD_DATETIME
key_len: 8
ref: NULL
rows: 1002288[z5]
Extra: Using where
1 row in set (0.00sec)

与分区函数使用列无关的查询条件

mysql>EXPLAIN PARTITIONS SELECT COUNT(*) FROMRPT_MALEVENTS WHERE ALERT_TYPE = 1/G;
***************************1. row ***************************
id: 1
select_type: SIMPLE
table: RPT_MALEVENTS
partitions: p2011,p20110809,p20110810,p20110811,p20110812,p20110813,p20110814,p20110815,p20110816,p20110817,p20110818,pMax[z6]
type: index
possible_keys: NULL
key: RECORD_DATETIME
key_len: 8
ref: NULL
rows: 17084274[z7]
Extra: Using where; Using index
1 row in set (0.00sec)

mysql> EXPLAINSELECT COUNT(*) FROM RPT_MALEVENTS WHERE ALERT_TYPE = 1/G;
***************************1. row ***************************
id: 1
select_type: SIMPLE
table: RPT_MALEVENTS
type: index
possible_keys: NULL
key: RECORD_DATETIME
key_len: 8
ref: NULL
rows: 17082459
Extra: Using where; Using index
1 row in set (0.00sec)

采用分区函数使用的列
mysql> EXPLAINPARTITIONS SELECT COUNT(*) FROM RPT_MALEVENTS WHERE RECORD_DATE >'2011-08-09' AND RECORD_DATE < '2011-08-15'/G;
***************************1. row ***************************
id: 1
select_type: SIMPLE
table: RPT_MALEVENTS
partitions: p20110810,p20110811,p20110812,p20110813,p20110814,p20110815[z8]
type: range
possible_keys:PRIMARY
key: PRIMARY
key_len: 3
ref: NULL
rows: 3767081[z9]
Extra: Using where; Using index
1 row in set (0.08sec)

mysql> EXPLAINPARTITIONS SELECT COUNT(*) FROM RPT_MALEVENTS WHERE RECORD_DATE >'2011-08-09' AND RECORD_DATE < '2011-08-15'/G;
***************************1. row ***************************
id: 1
select_type: SIMPLE
table: RPT_MALEVENTS
partitions: NULL
type: range
possible_keys:PRIMARY
key: PRIMARY
key_len: 3
ref: NULL
rows: 8541229[z10]
Extra: Using where; Using index
1 row in set (0.00sec)

删除数据，如果删除1整天的数据，由于我们采用按天分区，

mysql> ALTER TABLERPT_MALEVENTS DROP PARTITION p20110809;[z11]
Query OK, 0 rowsaffected (0.65 sec)
Records: 0 Duplicates: 0 Warnings: 0

删除后包含索引的和数据的RPT_MALEVENTS#P#p20110809.ibd被删除了

如果采用传统的不分区的方式删除。
mysql> DELETE FROMRPT_MALEVENTS WHERE RECORD_DATE < '2011-08-10';
Query OK, 3929328rows affected (1 min 29.68 sec)

由此可见，删除整个分区内的数据还是很快的，

如果分区表采用传统的方式删除：

mysql> DELETEFROM RPT_MALEVENTS WHERE RECORD_DATE< '2011-08-11';
Query OK, 1153866rows affected (19.72 sec)

mysql> DELETE FROMRPT_MALEVENTS WHERE RECORD_DATE < '2011-08-11';
Query OK, 1153866rows affected (18.75 sec)

采用传统的方式删除一天的数据，用的时间都差不多。

只删除数据后，数据分区配p20110810还在，而且大小不变。可以用ALTER TABLE t1 OPTIMIZE PARTITION来进行回收，但是MySQL5.1.22还没有实现。

跨分区删除。
DELETE FROMRPT_MALEVENTS WHERE ALERT_TYPE =1;
Query OK, 63969 rowsaffected (55.20 sec)

DELETE FROMRPT_MALEVENTS WHERE ALERT_TYPE =1;
Query OK, 63969 rowsaffected (50.26 sec)

分区表删除比不分区的略慢
[z1]分区函数
[z2]分区信息，从2011-08-09开始
[z3]没有用分区函数使用的列会扫描所有分区
[z4]数据量为681311，分区后扫描行数为355911，虽然查询条件没有分区函数的列，但是mysql的查询优化器会将其对应于时间分区，这样可以减少扫描行数
[z5]数据量为681311，分区后扫描行数为1002288
[z6]查找所有分区
[z7]无关分区函数的字段，会遍历几乎所有行。
[z8]扫描部分分区
[z9]扫描行数随之减少
[z10]估计扫描的行数
[z11]这个分区的数据是所有2011-8-10之前的所有数据，共3929328。

总结：
分区表是在MySQL5.1中新增的的功能，截止到MySQL5.1.22-rc,分区技术并不很成熟，很多分区的维护和管理功能未实现。如，分区内数据存储空间的回收、分区的修复、分区的优化等，MySQL的分区可以用在可以按分区删除的表中，且对数据库的修改操作不大，且频繁按照分区字段进行查询的表中（如恶意代码中的统计表按天分区，经常按照时间进行查询、分组等，且可以按天删除分区）。此外，由于MySQL无全局索引只有分区索引，当一张有2个唯一索引[z5] 的时候，不能将此表分区，分区列中必须包含主键。否则MySQL会报错。
总之，MySQL对于分区的限制很多，且个人认为hash和key的分区实际意义不是太大。

分区引入了一种新的优化查询的方式（当然，也有相应的缺点）。优化器可以使用分区函数修整分区，或者把分区从查询中完全移除掉。它通过推断是否可以在特定的分区上找到数据来达成这种优化。因此在最好的情况下，修整可以让查询访问更少的数据。重要的是要在WHERE子句中定义分区键，即使它看上去像是多余的。通过分区键，优化器就可以去掉不用的分区，否则的话，执行引擎就会像合并表那样访问表的所有分区，这在大表上会非常慢。分区数据比非分区数据更好维护，并且可以通过删除分区来移除老的数据。分区数据可以被分布到不同的物理位置，这样服务器可以更有效地使用多个硬盘驱动器。
[z1]分区函数的返回值必须是整数，新增分区的分区函数返回值应大于任何一个现有分区的分区函数的返回值。
[z2]对于有主键的表错误提示：#1503
A PRIMARY KEY MUST INCLUDE ALL COLUMNS INTHE TABLE'S PARTITIONING FUNCTION，没有主键的则无此约束
[z3]注意：对于通过RANGE分区的表，只可以使用ADD PARTITION添加新的分区到分区列表的高端。即不能添加比这个分区的范围小的分区。

[z4] 对于按照RANGE分区的表，只能重新组织相邻的分区；不能跳过RANGE分区。不能使用REORGANIZEPARTITION来改变表的分区类型；也就是说，例如，不能把RANGE分区变为HASH分区，反之亦然。也不能使用该命令来改变分区表达式或列。
[z5]注意主键和唯一索引的区别

作者“深巷明朝卖杏花”

bitsCN.com

内容总结

以上是互联网集市为您收集整理的MySQL分区表技术解析_MySQL全部内容，希望文章能够帮你解决MySQL分区表技术解析_MySQL所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/572528.html

来源：【匿名】

【上一篇】Mysql的Procedure参数为NULL问题分析_MySQL 【下一篇】用IE远程创建Mysql数据库的简易程序

更多 ►

【MySQL分区表技术解析_MySQL】教程文章相关的互联网学习教程文章

MySQL分区表例子——List分区

列表分区(List分区)这里假设表中有一个sale_item_type 字段，数据类型为INT 型当sale_item_type 为1，3，5的时候，作为一个分区当sale_item_type 为2，4，6的时候，作为另一个分区当sale_item_type 为7，8的时候，作为最后一个分区初期分区定义mysql> CREATE TABLE sale_data2 ( -> sale_date DATETIME NOT NULL, -> sale_item_type INT NOT NULL , -> sale_money DECIMAL(10,2) NOT NULL -> ) -> PART...

MySQL5.7传输表空间——迁移分区表

Mysql 传输表空间--将InnoDB分区表复制到另一个实例（二）实验环境：（都是mysql5.7）源库：192.168.2.200 mysql5.7.16 zhangdb下的emp_2分区表的目标库：192.168.2.100 mysql5.7.18 test下（将zhangdb的emp表，导入到目标库的test schema下）--：在源数据库中创建测试分区表emp_2，然后导入数据MySQL [zhangdb]> CREATE TABLE emp_2(id BIGINT unsigned NOT NULL AUTO_INCREMENT,x VARCHAR(500) NOT NULL,y ...

Mysql5.6—分区表及独享表空间

1、先停止Mysql [root@localhost ~]# /etc/init.d/mysqld stop Shutting down MySQL.[确定] 2、修改 /etc/my.cnf配置文件 [root@localhost ~]# vi /etc/my.cnf [mysqld] innodb_file_per_table = 1 3、启动Mysql [root@localhost ~]# /etc/init.d/mysqld start Starting MySQL..[确定] 4、连接到Mysql数据库 [root@localhost ~]# mysql -uroot -p Enter password: Welcome to the MySQL monitor. Commands end wit...

详解MySQL分区表【代码】【图】

当数据库数据量涨到一定数量时，性能就成为我们不能不关注的问题，如何优化呢？常用的方式不外乎那么几种：　　1、分表，即把一个很大的表达数据分到几个表中，这样每个表数据都不多。　　　　优点：提高并发量，减小锁的粒度　　　　缺点：代码维护成本高，相关sql都需要改动　　2、分区，所有的数据还在一个表中，但物理存储数据根据一定的规则存放在不同的文件中，文件也可以放到另外磁盘上　　　　优点：代码维护量小，基本不...

Mysql临时表和分区表【代码】【图】

临时表与内存表内存表，指的是使用Memory引擎的表，建表语法是create table … engine=memory。这种表的数据都保存在内存里，系统重启的时候会被清空，但是表结构还在。除了这两个特性看上去比较“奇怪”外，从其他的特征上看，它就是一个正常的表临时表，可以使用各种引擎类型。如果是使用InnoDB引擎或者MyISAM引擎的临时表，写数据的时候是写到磁盘上的。当然，临时表也可以使用Memory引擎。临时表特性建表语法是create te...

MySQL 分区表各个分区的行数

分区的信息是记录在information_schema.partitions 这个表里的。它不能直接定位行所在的分区，但它可查到每个分区中有多少行。例子： select partition_name as part,partition_expression as expr,partition_description as descr,table_rows from information_schema.partitions where table_schema= schema() and table_name=‘t‘;MySQL 分区表各个分区的行数标签：本文系统来源：http://www.cnblogs.com/JiangLe/p/4491462.h...

Mysql5.6—分区表及独享表空间

[root@localhost ~]# /etc/init.d/mysqld stop Shutting down MySQL.[确定] 2、修改 /etc/my.cnf配置文件 [root@localhost ~]# vi /etc/my.cnf [mysqld] innodb_file_per_table = 1 3、启动Mysql [root@localhost ~]# /etc/init.d/mysqld start Starting MySQL..[确定] 4、连接到Mysql数据库 [root@localhost ~]# mysql -uroot -p Enter password: Welcome to the MySQL monitor. Commands end with ; or \g. Your...

MySQL之高级特性---分区表【代码】

CREATE TABLE sales (order_date DATETIME NOT NULL,-- Other columns omitted ) ENGINE=InnoDB PARTITION BY RANGE(YEAR(order_date)) ( PARTITION p_2010 VALUES LESS THAN (2010), PARTITION p_2011 VALUES LESS THAN (2011), PARTITION p_2012 VALUES LESS THAN (2012), PARTITION p_catchall VALUES LESS THAN MAXVALUE );PARTITION 分区子句可以使用各种函数。但有一个要求，表达式返回的值要是一个确定的整数，且不能是一个...

MySQL 分区表原理及使用详解【代码】

分区查询 1）查询某张表一共有多少个分区 mysql> select -> partition_name,-> partition_expression,-> partition_description,-> table_rows-> from -> INFORMATION_SCHEMA.partitions-> where-> table_schema=‘test‘-> and table_name = ‘emp‘; +----------------+----------------------+-----------------------+------------+ | partition_name | partition_expression | partition_description | table_r...

MySQL分区表【代码】【图】

CREATE TABLE sales (id INT AUTO_INCREMENT,amount DOUBLE NOT NULL,order_day DATETIME NOT NULL,PRIMARY KEY(id, order_day) ) ENGINE=Innodb PARTITION BY RANGE(YEAR(order_day)) (PARTITION p_2010 VALUES LESS THAN (2010),PARTITION p_2011 VALUES LESS THAN (2011),PARTITION p_2012 VALUES LESS THAN (2012),PARTITION p_catchall VALUES LESS THAN MAXVALUE);这段语句表示将表内数据按照order_dy的年份范围进行分区,201...

MySQL分区表管理【代码】

但是如果e2里面的数据不能够满足分区p0的要求的话,切分区就会失败.1737 - Found a row that does not match the partition只有再指定不验证的时候才不会报错ALTER TABLE e EXCHANGE PARTITION p0 WITH TABLE e2 WITHOUT VALIDATION;WITHOUT VALIDATION 指定的时候效率会更高,因为不再做逐行验证了. 子分区和没分区的表进行切换 1:假设创建一个分区表,带有子分区> CREATE TABLE es (-> id INT NOT NULL,-> fname VARCHAR...

MySQL5.5的分区表

MySQL 分区表原理及数据备份转移实战

1、分区表含义分区表定义指根据可以设置为任意大小的规则，跨文件系统分配单个表的多个部分。实际上，表的不同部分在不同的位置被存储为单独的表。用户所选择的、实现数据分割的规则被称为分区函数，这在MySQL中它可以是模数，或者是简单的匹配一个连续的数值区间或数值列表，或者是一个内部HASH函数，或一个线性HASH函数。分表与分区的区别在于：分区从逻辑上来讲只有一张表，而分表则是将一张表分解成多张表。 2、分区表优点...

MySQL 分区表探究细节《整理自官档》

1. Date Time分区When partitioning by KEY or LINEAR KEY, youcan use a DATE, TIME, or DATETIME column as thepartitioning column without performing any modification of the column value. Forexample, this table creation statement is perfectly valid in MySQL:如果考虑不转换列值，可采取key进行分区。CREATE TABLE members(firstname VARCHAR(25)NOT NULL,lastname VARCHAR(25)NOT NULL,username VARCHAR(16)NOT NU...

Mysql --- 分区表【代码】【图】

TABLE IF EXISTS p_user; CREATE TABLE p_user(id INT AUTO_INCREMENT PRIMARY KEY,name VARCHAR(225),login_date DATETIME )ENGINE=INNODB PARTITION BY RANGE (id) ( PARTITION p0 VALUES LESS THAN (10), PARTITION p1 VALUES LESS THAN (20), PARTITION p2 VALUES LESS THAN (30), PARTITION p3 VALUES LESS THAN MAXVALUE ) 分区表p_user，小于10的id存储在p0分区中，10到20之间的id存储在p1中，以此类推，大于30的id存储在p3...

首页 / MYSQL / MySQL分区表技术解析_MySQL

MySQL分区表技术解析_MySQL

内容导读

内容图文

内容总结

内容备注

内容手机端

【MySQL分区表技术解析_MySQL】教程文章相关的互联网学习教程文章

MySQL分区表例子——List分区

MySQL5.7传输表空间——迁移分区表

Mysql5.6—分区表及独享表空间

详解MySQL分区表【代码】【图】

Mysql临时表和分区表【代码】【图】

MySQL 分区表各个分区的行数

Mysql5.6—分区表及独享表空间

MySQL之高级特性---分区表【代码】

MySQL 分区表原理及使用详解【代码】

MySQL分区表【代码】【图】

MySQL分区表管理【代码】

MySQL5.5的分区表

MySQL 分区表原理及数据备份转移实战

MySQL 分区表探究细节《整理自官档》

Mysql --- 分区表【代码】【图】

MYSQL - 相关标签

分区表 - 相关标签

技术 - 相关标签

MYSQL - 技术教程分类

MYSQL - 最新教程

MYSQL - 最热教程