mysql date default sysdate_大表上添加字段default 值的问题

在大表(百万，千万级以上)上增加新字段 情况分析。

在oracle 11g 里：

1.不使用default是直接更新数据字典，会快速获得表锁进行DDL，执行很快。

ALTER TABLE test ADD NEW_COL date

--新字段添加之后，以前的行默认为null

2.业务上需要设置默认值defaul

ALTER TABLE test ADD NEW_COL date default sysdate

这种情况下，会更新所有历史行字段，把之前行的值 都更新成default 值，如果行很多，那么update期间锁定时间会很长，一般是采用批量更新的方式 进行过度，最后再修改默认值(如果先添加，不带默认值，那么之前的行为null，在添加default值，之前的行不会自动更新任然为null，如果加上not null约束，但是之前的行没有值，则会报错)。

如果为可为空的列指定DEFAULT子句，则会将默认值作为此ALTER TABLE语句的一部分添加到现有行，并触发在表上定义的所有更新触发器。 如果您将具有默认值的NOT NULL列更改为可为空，也会导致此行为。

3.设置默认值加not null 约束

ALTER TABLE test ADD NEW_COL date default sysdate not null

这种情况下不会更新行，而是使用新的数据字典表来存储默认值以及列的相关信息。当此行查询的时候没有值使用这个默认值进行填充，如果后期被update了，那么就忽略填充(将重写指定新列的后续查询，以便在结果集中返回默认值。)。

此优化行为与早期版本不同，当作为ALTER TABLE操作的一部分时，Oracle数据库使用默认值更新新创建的列中的每一行，然后触发在表上定义的任何更新触发器。 在此版本中，不会触发任何触发器，因为默认值仅作为元数据存储。 优化的行为受以下限制：

1.不能有任何LOB字段，不能是组织索引表，临时表，簇表的一部分，序列表，对象表，和物化视图的容器表。

2.如果表上有VPD策略，那么优化行为不会触发 ，除非执行语句的用户有EXEMPT ACCESS POLICY 的系统权限

3.字段不能被加密，不能是对象字段，嵌套表字段或者LOB字段

这样达到一个快速ddl 增加字段的目的。

2和3逻辑上有一点不同的是，2可以存入null 或者update 列值为null，但是3上有not null 约束，这样做会拒绝。

注意：-但是这种情况增加的ddl 字段(建立索引)，在使用between and的时候，由于其是使用的的数据字典来存的默认值。between and会导致解析数据字典问题，变得非常慢。使用 <= and >=可以绕过这个问题。

在mysql 5.7 里：

由于innodb 表的组成形式是 IOT组织索引表的形式，所以增加字段必定要更新数据。所以不管设置默认值与否，都需要进行更新，只不过在5.7中可以在线执行，不阻塞DML。

如果是先增加一个不带默认值的字段：

ALTER TABLE t2 ADD COLUMN NEW_COL3 int ;

--这个会重组表，耗时和直接set default 值差不多。

再更新默认值

ALTER TABLE t2 alter COLUMN NEW_COL3 SET DEFAULT 11;

仅修改表元数据。 默认列值存储在表的.frm文件中，而不是InnoDB数据字典中。之前的行值还是null，和oracle 类似。如果要加not null 会提示存在空值。

所以：增加字段使用的是和oracle里 2 一样 的策略，会直接更新所有行，但是5.7上并不会阻塞dml，是可以在线的操作。