第03期：列非空与自增
MySQL 里字段的属性很多，对性能来说，影响也是可大可小，所以针对其属性这一块有必要进行一次探究。
一、NULL / NOT NULL
NULL 对外部程序来说，具体为不知道、不确切的、无法表述的值。所以在很多家公司的开发规范里都明确规定了，必须为 NOT NULL。
其实用到 NULL 的场景都可以转换为有意义的字符或者数值，一是有利用数据的易读性以及后期的易维护性；二是降低 SQL 语句的编写难度。
关于 NULL 的特性如下：
1. 参与 NULL 字段拼接的结果都为 NULL，预期的可能会有差异
预想把字段 r1 做个拼接，再插入到新的表 t3 里，结果 t3 表的记录全为 NULL，跟预期不符。
mysql> show create table t1\G*************************** 1. row *************************** Table: t1Create Table: CREATE TABLE `t1` ( `r1` varchar(10) DEFAULT NULL) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci1 row in set (0.00 sec)
mysql> show create table t2\G*************************** 1. row *************************** Table: t2Create Table: CREATE TABLE `t2` ( `r1` varchar(10) NOT NULL) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci1 row in set (0.00 sec)
mysql> create table t3 like t1;Query OK, 0 rows affected (0.04 sec)
mysql> insert into t3 select concat(r1,'database') from t1 limit 2;Query OK, 2 rows affected (0.02 sec)Records: 2 Duplicates: 0 Warnings: 0
mysql> select * from t3;+------+| r1 |+------+| NULL || NULL |+------+2 rows in set (0.00 sec)那正确的方法如下，对 NULL 用函数 IFNULL 特殊处理。
mysql> insert into t3 select concat(ifnull(r1,''),'database') from t1 limit 2;Query OK, 2 rows affected (0.01 sec)Records: 2 Duplicates: 0 Warnings: 0
mysql> select * from t3;+----------+| r1 |+----------+| database || database |+----------+2 rows in set (0.00 sec)2. 对于包含 NULL 列的求 COUNT 值也不准确
t1 和 t2 的记录数是一样的，但是字段 r1 包含了 NULL，这导致结果忽略了这些值。
mysql> select count(r1) as rc from t1;+-------+| rc |+-------+| 16384 |+-------+1 row in set (0.01 sec)
mysql> select count(r1) as rc from t2;+-------+| rc |+-------+| 32768 |+-------+1 row in set (0.03 sec)这时候我们可能想到了，正确的方法是用 NULL 相关函数处理，
mysql> select count(ifnull(r1,'')) as rc from t1;+-------+| rc |+-------+| 32768 |+-------+1 row in set (0.03 sec)或者是直接用 COUNT(*) 包含了所有可能的值
mysql> select count(*) as rc from t1;+-------+| rc |+-------+| 32768 |+-------+1 row in set (0.02 sec)当然了不仅仅是 COUNT，除了 NULL 相关的函数，大部分对 NULL 处理都不友好。
所以其实从上面两点来看，NULL 的处理都得特殊处理，额外增加了编写 SQL 的难度。
3. 包含 NULL 的索引列
对包含 NULL 列建立索引，比不包含的 NULL 的字段，要多占用一个 BIT 位来存储。
示例
key_len 分别为 43 和 42，t1 比 t2 多了一个字节，那这里可能有人要问了，不是说占了一个 BIT 位吗？那为什么多了一个字节？可以关注我上一篇文章（第02期：MySQL 数据类型的艺术 - 大对象字段）关于 BIT 的详细描述。
mysql> pager grep -i 'key_len'PAGER set to 'grep -i 'key_len''
mysql> explain select * from t1 where r1 = ''\G key_len: 431 row in set, 1 warning (0.00 sec)
mysql> explain select * from t2 where r1 = ''\G key_len: 421 row in set, 1 warning (0.00 sec)4. 各存储引擎相关的对 NULL 的处理
在 MySQL 8.0 发布后，仅有 InnoDB、MyISAM 和 Memory 支持对包含 NULL 列的索引，其他引擎不支持。比如 NDB。
二、AUTO_INCREMENT
列的自增属性，一般用来设置整数列根据一定步长逐步增长的值，类似于其他数据库的序列。不过这里的“序列”是基于特定一张表的。关于自增属性的相关特性如下：
1. 控制自增属性性能的变量：innodb_autoinc_lock_mode
innodb_autoinc_lock_mode=0
代表传统模式，也就是说，在对有自增属性的字段插入记录时，会持续持有一个表级别的自增锁，直到语句执行结束为止。比如说下面两条语句，SQL 1 在执行期间，一直持有对表 f1 的表级自增锁，接下来 SQL 2 执行时锁超时。
innodb_autoinc_lock_mode=1
代表连续模式，和传统模式差不多，不同的点在于对于简单的插入语句，比如 SQL 2，只在分配新的 ID 过程中持有一个轻量级的互斥锁（线程级别，而不是事务级别），而不是直到语句结束才释放的表锁。
-- SQL 1mysql> insert into f1(c2) select rpad(uuid(),100,uuid()) from t1;Query OK, 16777216 rows affected (3 min 35.92 sec)Records: 16777216 Duplicates: 0 Warnings: 0
-- SQL 2mysql> insert into f1(c2) select 'database';ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transactioninnodb_autoinc_lock_mode=2
代表交错模式。这个模式下放弃了自增表锁，产生的值会不连续。不过这是性能最高的模式，多条插入语句可以并发执行。MySQL 8.0 默认就是交错模式。
-- SQL 1mysql> insert into f1(c2) select rpad(uuid(),100,uuid()) from t1;Query OK, 16777216 rows affected (3 min 35.92 sec)Records: 16777216 Duplicates: 0 Warnings: 0
-- SQL 2mysql> insert into f1(c2) select 'sql2';
Query OK, 1 row affected (0.02 sec)Records: 1 Duplicates: 0 Warnings: 0那针对复制安全来说，以上三种模式，0 和 1 对语句级别安全，也就是产生的二进制日志复制到任何其他机器都数据都一致；2 对于语句级别不安全；三种模式对二进制日志格式为行的都安全。
2. 控制自增属性的步长以及偏移量
一般用在主主复制架构或者多源复制架构里，主动规避主键冲突。
auto_increment_increment 控制步长 auto_increment_offset 控制偏移量
3. 对于要立刻获取插入值的需求
就是说要获取一张表任何时候的最大值，应该时刻执行以下 SQL 3 ，而不是 SQL 2。SQL 2 里的函数 last_insert_id() 只获取上一条语句最开始的 ID，只适合简单的 INSERT。
-- SQL 1 mysql> insert into f1(c2) values ('xx1'),('xx2'),('xx3'); Query OK, 3 rows affected (0.01 sec) Records: 3 Duplicates: 0 Warnings: 0
-- SQL 2 mysql> select last_insert_id() as last_insert_id; +----------------+ | last_insert_id | +----------------+ | 1 | +----------------+ 1 row in set (0.00 sec)-- SQL 3 mysql> select max(c1) as last_insert_id from f1; +----------------+ | last_insert_id | +----------------+ | 3 | +----------------+ 1 row in set (0.00 sec)
-- SQL 4mysql> select * from f1;+----+------+| c1 | c2 |+----+------+| 1 | xx1 || 2 | xx2 || 3 | xx3 |+----+------+3 rows in set (0.00 sec)4. 自增列溢出现象
自增属性的列如果到了此列数据类型的最大值，会发生值溢出。比如变更表 f1 的自增属性列为 tinyint。
SQL 2 显式插入最大值 127， SQL 3 就报错了。所以这点上建议提前规划好自增列的字段类型，提前了解上限值。
mysql> drop table f1;Query OK, 0 rows affected (0.04 sec)
mysql> create table f1(c1 tinyint auto_increment primary key);Query OK, 0 rows affected (0.05 sec)
-- SQL 1mysql> insert into f1 values (127);Query OK, 1 row affected (0.01 sec)
-- SQL 2mysql> select * from f1;+-----+| c1 |+-----+| 127 |+-----+1 row in set (0.00 sec)
-- SQL 3mysql> insert into f1 select null;ERROR 1062 (23000): Duplicate entry '127' for key 'PRIMARY'5. 自增列也可以显式插入有符号的值
mysql> insert into f1 values (-10),(-20),(-30);Query OK, 3 rows affected (0.01 sec)Records: 3 Duplicates: 0 Warnings: 0
mysql> select * from f1;+-----+| c1 |+-----+| -30 || -20 || -10 || 127 |+-----+4 rows in set (0.00 sec)那针对这样的，建议在请求到达数据库前规避掉。
总结
本文讲了一个是字段是否应该为 NOT NULL，这时候应该很清楚了，字段最好是 NOT NULL；另外一个是字段的自增属性，其中关于性能与用法的相关示例。希望对大家有帮助。
腾讯云开发者
