MySQL 中的分区不会阻止将 NULL 用作分区表达式的值,无论是列值还是用户提供的表达式的值。即使允许将 NULL 用作必须产生整数的表达式的值,但重要的是要记住 NULL 不是数字。MySQL 的分区实现将 NULL 视为小于任何非 NULL 值,就像 ORDER BY 一样。
这意味着对 NULL 的处理在不同类型的分区之间有所不同,并且如果您没有为此做好准备,可能会产生您预料不到的行为。因此,在本节中,我们将讨论每种 MySQL 分区类型在确定将行存储在哪个分区时如何处理 NULL 值,并提供每个类型的示例。
使用 RANGE 分区处理 NULL. 如果您将行插入到按 RANGE 分区的表中,并且用于确定分区的列值为 NULL,则该行将插入到最低分区。考虑在名为 p 的数据库中创建的以下两个表:
mysql> CREATE TABLE t1 (
-> c1 INT,
-> c2 VARCHAR(20)
-> )
-> PARTITION BY RANGE(c1) (
-> PARTITION p0 VALUES LESS THAN (0),
-> PARTITION p1 VALUES LESS THAN (10),
-> PARTITION p2 VALUES LESS THAN MAXVALUE
-> );
Query OK, 0 rows affected (0.09 sec)
mysql> CREATE TABLE t2 (
-> c1 INT,
-> c2 VARCHAR(20)
-> )
-> PARTITION BY RANGE(c1) (
-> PARTITION p0 VALUES LESS THAN (-5),
-> PARTITION p1 VALUES LESS THAN (0),
-> PARTITION p2 VALUES LESS THAN (10),
-> PARTITION p3 VALUES LESS THAN MAXVALUE
-> );
Query OK, 0 rows affected (0.09 sec)您可以使用以下查询查看这两个 CREATE TABLE 语句创建的分区,该查询针对 INFORMATION_SCHEMA 数据库中的 PARTITIONS 表执行
mysql> SELECT TABLE_NAME, PARTITION_NAME, TABLE_ROWS, AVG_ROW_LENGTH, DATA_LENGTH
> FROM INFORMATION_SCHEMA.PARTITIONS
> WHERE TABLE_SCHEMA = 'p' AND TABLE_NAME LIKE 't_';
+------------+----------------+------------+----------------+-------------+
| TABLE_NAME | PARTITION_NAME | TABLE_ROWS | AVG_ROW_LENGTH | DATA_LENGTH |
+------------+----------------+------------+----------------+-------------+
| t1 | p0 | 0 | 0 | 0 |
| t1 | p1 | 0 | 0 | 0 |
| t1 | p2 | 0 | 0 | 0 |
| t2 | p0 | 0 | 0 | 0 |
| t2 | p1 | 0 | 0 | 0 |
| t2 | p2 | 0 | 0 | 0 |
| t2 | p3 | 0 | 0 | 0 |
+------------+----------------+------------+----------------+-------------+
7 rows in set (0.00 sec)(有关此表的更多信息,请参阅 第 28.3.21 节,“INFORMATION_SCHEMA PARTITIONS 表”。) 现在,让我们将包含作为分区键使用的列中 NULL 的单行填充到每个表中,并使用一对 SELECT 语句验证这些行是否已插入
mysql> INSERT INTO t1 VALUES (NULL, 'mothra');
Query OK, 1 row affected (0.00 sec)
mysql> INSERT INTO t2 VALUES (NULL, 'mothra');
Query OK, 1 row affected (0.00 sec)
mysql> SELECT * FROM t1;
+------+--------+
| id | name |
+------+--------+
| NULL | mothra |
+------+--------+
1 row in set (0.00 sec)
mysql> SELECT * FROM t2;
+------+--------+
| id | name |
+------+--------+
| NULL | mothra |
+------+--------+
1 row in set (0.00 sec)您可以通过再次对 INFORMATION_SCHEMA.PARTITIONS 执行之前的查询并检查输出,来查看使用了哪些分区来存储插入的行
mysql> SELECT TABLE_NAME, PARTITION_NAME, TABLE_ROWS, AVG_ROW_LENGTH, DATA_LENGTH
> FROM INFORMATION_SCHEMA.PARTITIONS
> WHERE TABLE_SCHEMA = 'p' AND TABLE_NAME LIKE 't_';
+------------+----------------+------------+----------------+-------------+
| TABLE_NAME | PARTITION_NAME | TABLE_ROWS | AVG_ROW_LENGTH | DATA_LENGTH |
+------------+----------------+------------+----------------+-------------+
| t1 | p0 | 1 | 20 | 20 |
| t1 | p1 | 0 | 0 | 0 |
| t1 | p2 | 0 | 0 | 0 |
| t2 | p0 | 1 | 20 | 20 |
| t2 | p1 | 0 | 0 | 0 |
| t2 | p2 | 0 | 0 | 0 |
| t2 | p3 | 0 | 0 | 0 |
+------------+----------------+------------+----------------+-------------+
7 rows in set (0.01 sec)您还可以通过删除这些分区,然后重新运行 SELECT 语句,来证明这些行已存储在每个表的最低编号的分区中
mysql> ALTER TABLE t1 DROP PARTITION p0;
Query OK, 0 rows affected (0.16 sec)
mysql> ALTER TABLE t2 DROP PARTITION p0;
Query OK, 0 rows affected (0.16 sec)
mysql> SELECT * FROM t1;
Empty set (0.00 sec)
mysql> SELECT * FROM t2;
Empty set (0.00 sec)(有关 ALTER TABLE ... DROP PARTITION 的更多信息,请参阅 第 15.1.9 节,“ALTER TABLE 语句”。)
对于使用 SQL 函数的分区表达式,NULL 也是以这种方式处理的。假设我们使用以下 CREATE TABLE 语句定义一个表
CREATE TABLE tndate (
id INT,
dt DATE
)
PARTITION BY RANGE( YEAR(dt) ) (
PARTITION p0 VALUES LESS THAN (1990),
PARTITION p1 VALUES LESS THAN (2000),
PARTITION p2 VALUES LESS THAN MAXVALUE
);与其他 MySQL 函数一样,YEAR(NULL) 返回 NULL。具有 dt 列值为 NULL 的行将被视为分区表达式计算出的值为小于任何其他值,因此将插入到分区 p0 中。
使用 LIST 分区处理 NULL. 当且仅当它的某个分区使用包含 NULL 的值列表进行定义时,按 LIST 分区的表才允许 NULL 值。反之,按 LIST 分区的表,如果在值列表中没有显式使用 NULL,则会拒绝导致分区表达式为 NULL 值的行,如以下示例所示
mysql> CREATE TABLE ts1 (
-> c1 INT,
-> c2 VARCHAR(20)
-> )
-> PARTITION BY LIST(c1) (
-> PARTITION p0 VALUES IN (0, 3, 6),
-> PARTITION p1 VALUES IN (1, 4, 7),
-> PARTITION p2 VALUES IN (2, 5, 8)
-> );
Query OK, 0 rows affected (0.01 sec)
mysql> INSERT INTO ts1 VALUES (9, 'mothra');
ERROR 1504 (HY000): Table has no partition for value 9
mysql> INSERT INTO ts1 VALUES (NULL, 'mothra');
ERROR 1504 (HY000): Table has no partition for value NULL只有 c1 值介于 0 和 8(含)之间的行才能插入到 ts1 中。 NULL 超出了此范围,就像数字 9 一样。我们可以创建包含 NULL 的值列表的表 ts2 和 ts3,如以下所示
mysql> CREATE TABLE ts2 (
-> c1 INT,
-> c2 VARCHAR(20)
-> )
-> PARTITION BY LIST(c1) (
-> PARTITION p0 VALUES IN (0, 3, 6),
-> PARTITION p1 VALUES IN (1, 4, 7),
-> PARTITION p2 VALUES IN (2, 5, 8),
-> PARTITION p3 VALUES IN (NULL)
-> );
Query OK, 0 rows affected (0.01 sec)
mysql> CREATE TABLE ts3 (
-> c1 INT,
-> c2 VARCHAR(20)
-> )
-> PARTITION BY LIST(c1) (
-> PARTITION p0 VALUES IN (0, 3, 6),
-> PARTITION p1 VALUES IN (1, 4, 7, NULL),
-> PARTITION p2 VALUES IN (2, 5, 8)
-> );
Query OK, 0 rows affected (0.01 sec)在为分区定义值列表时,您可以(也应该)将 NULL 视为其他任何值。例如,VALUES IN (NULL) 和 VALUES IN (1, 4, 7, NULL) 都是有效的,VALUES IN (1, NULL, 4, 7)、VALUES IN (NULL, 1, 4, 7) 等等也是有效的。您可以将 c1 列值为 NULL 的行插入到 ts2 和 ts3 表中的每个表中
mysql> INSERT INTO ts2 VALUES (NULL, 'mothra');
Query OK, 1 row affected (0.00 sec)
mysql> INSERT INTO ts3 VALUES (NULL, 'mothra');
Query OK, 1 row affected (0.00 sec)通过对 INFORMATION_SCHEMA.PARTITIONS 执行相应的查询,您可以确定使用了哪些分区来存储刚插入的行(我们假设,与之前的示例一样,分区表是在 p 数据库中创建的)
mysql> SELECT TABLE_NAME, PARTITION_NAME, TABLE_ROWS, AVG_ROW_LENGTH, DATA_LENGTH
> FROM INFORMATION_SCHEMA.PARTITIONS
> WHERE TABLE_SCHEMA = 'p' AND TABLE_NAME LIKE 'ts_';
+------------+----------------+------------+----------------+-------------+
| TABLE_NAME | PARTITION_NAME | TABLE_ROWS | AVG_ROW_LENGTH | DATA_LENGTH |
+------------+----------------+------------+----------------+-------------+
| ts2 | p0 | 0 | 0 | 0 |
| ts2 | p1 | 0 | 0 | 0 |
| ts2 | p2 | 0 | 0 | 0 |
| ts2 | p3 | 1 | 20 | 20 |
| ts3 | p0 | 0 | 0 | 0 |
| ts3 | p1 | 1 | 20 | 20 |
| ts3 | p2 | 0 | 0 | 0 |
+------------+----------------+------------+----------------+-------------+
7 rows in set (0.01 sec)如本节前面所示,您还可以通过删除这些分区,然后执行 SELECT,来验证使用了哪些分区来存储行。
使用 HASH 和 KEY 分区处理 NULL. 对于按 HASH 或 KEY 分区的表,NULL 的处理方式略有不同。在这些情况下,任何产生 NULL 值的分区表达式都将被视为其返回值为零。我们可以通过检查在创建按 HASH 分区的表并用包含适当值的记录填充该表时对文件系统的影响来验证这种行为。假设您有一个使用以下语句创建的表 th(也在 p 数据库中)
mysql> CREATE TABLE th (
-> c1 INT,
-> c2 VARCHAR(20)
-> )
-> PARTITION BY HASH(c1)
-> PARTITIONS 2;
Query OK, 0 rows affected (0.00 sec)可以使用以下显示的查询查看属于此表的各个分区
mysql> SELECT TABLE_NAME,PARTITION_NAME,TABLE_ROWS,AVG_ROW_LENGTH,DATA_LENGTH
> FROM INFORMATION_SCHEMA.PARTITIONS
> WHERE TABLE_SCHEMA = 'p' AND TABLE_NAME ='th';
+------------+----------------+------------+----------------+-------------+
| TABLE_NAME | PARTITION_NAME | TABLE_ROWS | AVG_ROW_LENGTH | DATA_LENGTH |
+------------+----------------+------------+----------------+-------------+
| th | p0 | 0 | 0 | 0 |
| th | p1 | 0 | 0 | 0 |
+------------+----------------+------------+----------------+-------------+
2 rows in set (0.00 sec)
每个分区的 TABLE_ROWS 为 0。现在将两行插入到 th 中,其 c1 列值为 NULL 和 0,并验证这些行是否已插入,如以下所示
mysql> INSERT INTO th VALUES (NULL, 'mothra'), (0, 'gigan');
Query OK, 1 row affected (0.00 sec)
mysql> SELECT * FROM th;
+------+---------+
| c1 | c2 |
+------+---------+
| NULL | mothra |
+------+---------+
| 0 | gigan |
+------+---------+
2 rows in set (0.01 sec)回想一下,对于任何整数 N,NULL MOD 的值始终为 NNULL。对于按 HASH 或 KEY 分区的表,此结果将被视为确定正确分区的 0。再次检查 Information Schema PARTITIONS 表,我们可以看到这两行都插入到了分区 p0 中
mysql> SELECT TABLE_NAME, PARTITION_NAME, TABLE_ROWS, AVG_ROW_LENGTH, DATA_LENGTH
> FROM INFORMATION_SCHEMA.PARTITIONS
> WHERE TABLE_SCHEMA = 'p' AND TABLE_NAME ='th';
+------------+----------------+------------+----------------+-------------+
| TABLE_NAME | PARTITION_NAME | TABLE_ROWS | AVG_ROW_LENGTH | DATA_LENGTH |
+------------+----------------+------------+----------------+-------------+
| th | p0 | 2 | 20 | 20 |
| th | p1 | 0 | 0 | 0 |
+------------+----------------+------------+----------------+-------------+
2 rows in set (0.00 sec)通过在表定义中将 PARTITION BY KEY 替换为 PARTITION BY HASH,重复最后一个示例,您可以验证 NULL 对于这种类型的分区也被视为 0。