Online DDL 和 Offline DDL 操作

在线 DDL (Online DDL)

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

离线 DDL (Offline DDL)

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

事务关联性

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

事务等待策略

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

OceanBase AI 数据库所支持的 Online DDL 操作如下表所示

OceanBase AI 数据库所支持的 Offline DDL 操作如下表所示

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

在 OceanBase AI 数据库中，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 oceanbase.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 oceanbase.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 oceanbase.DBA_OB_TABLE_LOCATIONS
   WHERE table_name='t10';
   

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