在数据库运维中，表结构的变更是常见的需求，例如新增字段、修改数据类型、分区表优化等。传统的ALTER TABLE操作往往需要停机锁定表，导致业务中断，这对高可用性要求严格的系统来说是不可接受的。Oracle在线表重新定义（Online Table Redefinition） 技术应运而生，它允许在不中断业务的情况下完成表结构的动态调整。本文将全面解析这一技术的核心概念、适用场景、优势与限制。
一、概念与原理
在线表重新定义 是Oracle提供的一种高级功能，通过动态重构表的物理结构或逻辑结构（如分区、列顺序、存储属性等），同时保持表的读写可用性。其核心机制基于以下步骤：
创建临时表（Interim Table）：定义目标表结构（新结构）。
同步数据（Start Redefinition）：使用
DBMS_REDEFINITION包启动数据同步，通过物化视图或增量日志方式将原表数据复制到临时表。持续同步（Sync Incremental Changes）：在同步过程中，原表仍可正常处理DML操作，变更会被记录并同步到临时表。
切换表（Finish Redefinition）：在极短时间内锁定原表，完成最终一致性检查并切换表名，使新表生效。
技术特点：
最小化锁定时间：仅在最后切换阶段短暂锁定（通常毫秒级）。
透明性：应用层无需感知表结构的变更过程。
支持复杂操作：如分区表与非分区表互转、列重组、压缩表等。
二、核心功能与使用场景
在线表重新定义的典型应用场景包括：
表结构变更（Schema Evolution）
新增/删除列、修改列类型（需兼容）、调整列顺序。
示例：为订单表新增一个
discount字段，避免停机维护。
分区表维护
将非分区表转为分区表（或反向操作），优化查询性能和管理效率。
示例：将十亿级日志表按时间范围分区，提升查询速度。
存储属性优化
修改表的物理存储参数（如压缩、表空间迁移）。
示例：启用高级压缩技术以减少存储空间占用。
数据迁移与重组
将数据按新规则重组（如索引组织表转为堆表）。
高可用性需求
在金融、电商等7x24业务中，避免停机窗口对业务的影响。
三、作用与优势
业务连续性保障
在99%的操作时间内，原表仍可正常处理查询和DML操作（INSERT/UPDATE/DELETE）。
灵活性
支持复杂结构变更，如跨表空间迁移、分区策略调整等。
性能优化
通过重组表结构或分区，可显著提升查询效率。
透明性与安全性
切换阶段自动处理对象依赖（索引、触发器、权限等），无需手动重建。
四、缺点与限制
尽管功能强大，但在线表重新定义仍存在一些限制：
操作复杂性
需要手动创建临时表并处理异常（如数据不一致）。
依赖
DBMS_REDEFINITION包，需熟悉Oracle内部机制。
兼容性要求
某些操作不支持（如减少列长度导致数据截断、主键变更等）。
资源消耗
同步过程中需要额外的存储空间（临时表+日志）。
权限要求
需具备
EXECUTE_CATALOG_ROLE权限和原表的ALTER权限。
操作示例
-- 1. 验证表是否支持在线重定义
EXEC DBMS_REDEFINITION.CAN_REDEF_TABLE('SCOTT', 'ORDERS');
-- 2. 创建临时表（新结构）
CREATE TABLE orders_interim (
order_id NUMBER PRIMARY KEY,
customer_id NUMBER,
order_date DATE,
discount NUMBER -- 新增字段
);
-- 3. 启动重定义
BEGIN
DBMS_REDEFINITION.START_REDEF_TABLE(
uname => 'SCOTT',
orig_table => 'ORDERS',
int_table => 'ORDERS_INTERIM'
);
END;
-- 4. 同步增量数据（可选多次）
BEGIN
DBMS_REDEFINITION.SYNC_INTERIM_TABLE(
uname => 'SCOTT',
orig_table => 'ORDERS',
int_table => 'ORDERS_INTERIM'
);
END;
-- 5. 完成重定义（短暂锁定）
BEGIN
DBMS_REDEFINITION.FINISH_REDEF_TABLE(
uname => 'SCOTT',
orig_table => 'ORDERS',
int_table => 'ORDERS_INTERIM'
);
END;
