Online DDL 和 Offline DDL 操作

在线 DDL (Online DDL)

• 定义：在进行 DDL 操作时，用户仍然可以访问数据库，包括读取和写入操作。
• 优点：对业务的影响小，能够在系统运行时执行 DDL 操作，通常用于高可用性要求的场景。
• 特点：通常支持并发访问和更少的锁定，能够减少停机时间。

离线 DDL (Offline DDL)

• 定义：进行 DDL 操作时，会锁定相关表，导致用户无法访问数据库的相关数据。
• 优点：简单且容易实现，适用于对业务影响不大的情况。
• 特点：在执行 DDL 操作时，会造成一定的停机时间，影响正常的查询和事务处理。

事务关联性

• 事务：是指一组操作，要么全部成功，要么全部失败，并且事务运行时保证数据的一致性。
• 在线 DDL 和离线 DDL 操作通常是单独的，DDL 操作本身在某些数据库管理系统中可能不支持被事务控制（尤其是离线 DDL）。

事务等待策略

• 在线 DDL：通常不需要等待当前事务结束，可以并发执行。
• 离线 DDL：通常需要等待当前事务结束，因为在执行期间会锁定相关表。

OceanBase 数据库 V4.x 版本 Oracle 模式下所支持的 Online DDL 操作如下表所示

OceanBase 数据库 V4.x 版本 Oracle 模式下所支持的 Offline DDL 操作如下表所示

如何判断 DDL 操作为在线操作（Online DDL）

在 OceanBase 数据库中，DDL 操作的在线与离线状态对于业务运行的影响非常重要。本文将介绍如何判断 DDL 操作是否为 Online DDL，以及提供具体的操作步骤和注意事项。有些如列类型变更或混合 DDL 操作在执行前不确定是否为 Online DDL，建议先通过下述方式进行验证判断。

判断 DDL 为在线操作的方式

对于部分操作包含的范围比较广，并不能完全列举 DDL 操作为在线还是离线，建议用户如在有混合 DDL 操作的情况下，明确该操作是否为在线操作。

离线 DDL 的原理：

OceanBase 的离线 DDL 操作采用 “重建表” 的方式。具体而言，离线 DDL 会新建一张临时的隐藏表（对用户不可见），然后将原表的数据迁移到新建的表中。完成数据迁移后，临时表会被重命名为原表的名称，并且旧表将被删除。因此，离线 DDL 操作完成后，table_id 会发生变化，需要注意在 DDL 执行期间不允许 DML 操作。

借助这一原理，可以判断某个 DDL 操作是否为在线 DDL。

判断方式：

在 DDL 操作前后执行如下 SQL 语句查看 table_id 是否发生变化，如果没有变化，说明是 Online DDL，如果发生变化，则是 Offline DDL。

select distinct(table_id) from DBA_OB_TABLE_LOCATIONS where table_name='xxx';

判断步骤：

通过下述判断步骤，判断 DDL 操作是否为 Online DDL。

1. 创建一个用以验证的空表：

   CREATE TABLE t10(a INT, b INT);
   

2. 查看当前 table_id：

   SELECT distinct(table_id)
   FROM DBA_OB_TABLE_LOCATIONS
   WHERE table_name='t10';
   

3. 执行预期的 DDL 操作：

   ALTER TABLE t10 ADD c INT, ADD CONSTRAINT c_idx UNIQUE(c);
   

4. 再次查看 table_id：

   SELECT distinct(table_id)
   FROM DBA_OB_TABLE_LOCATIONS
   WHERE table_name='t10';
   

5. 如果步骤 2 和步骤 4 返回结果 table_id 相同，则说明这个 DDL 操作是在线的；如果 table_id 发生了变化，则对应的 DDL 操作是离线的。