千万级订单表新增字段应该如何做？操作小结

在掘金看到一篇文章，讲的是千万级订单表如何新增字段，里面介绍了一些方法，我正好学习了一下，同时结合ai的回答，整理成一篇博客，记录一下操作指南。

针对千万级订单表新增字段，需要综合考虑业务连续性、锁表风险、数据一致性、回滚方案等因素。以下是分场景的详细方案：

适用场景 ：可接受分钟级停机（如凌晨低峰期）。
步骤：

适用场景 ：无法停机，且表为InnoDB、MySQL 5.6+。
关键参数：

风险：

大表可能触发IO/CPU飙升 （监控InnoDB_history_list_length、磁盘IO）。
长时间锁等待 ：若存在长事务（如SHOW PROCESSLIST中Waiting for table metadata lock），需先 kill 长事务。

优化：

分批操作 ：若需NOT NULL+默认值，可分两步：
1. 先加 nullable 字段：
  sql 复制代码
```
ALTER TABLE orders ADD COLUMN new_col VARCHAR(50) NULL, ALGORITHM=INPLACE, LOCK=NONE;
```
2. 后续用UPDATE分批写默认值（如按ID区间分批，避免一次性全表更新）。
3. 最后改NOT NULL（需确保无NULL值）：
  sql 复制代码
```
ALTER TABLE orders MODIFY COLUMN new_col VARCHAR(50) NOT NULL, ALGORITHM=INPLACE, LOCK=NONE;
```

适用场景 ：表极大（如亿级）、DDL不可接受，或需添加复杂约束 （如外键、全文索引）。
步骤：

创建影子表 ：

sql 复制代码

CREATE TABLE orders_new LIKE orders;
ALTER TABLE orders_new ADD COLUMN new_col VARCHAR(50) DEFAULT NULL;

同步数据 ：
- 全量同步 ：INSERT INTO orders_new SELECT * FROM orders（需分批，避免锁表）。
- 增量同步 ：用Binlog或触发器同步增量数据（如Canal、Maxwell）。
切换表名 ：
sql 复制代码
```
RENAME TABLE orders TO orders_old, orders_new TO orders;
```
- 原子操作：MySQL会持有全局锁，但时间极短（毫秒级）。
清理：验证后删除旧表（延迟几天，确保无回滚需求）。

可以使用拓展表的方案

diff 复制代码

order_extend
- order_id
- extra_field_x
- extra_field_y

原表不动，有新字段时写入到拓展表里，业务查询时做join。需要查询麻烦点，但优点是：

定义一个ext字段，类型为TEXT或JSON，所有新增字段都放在里面去，用规则解析。这个方法是目前工作中，我们常用的方法

arduino 复制代码

{
  ""topic": "",
  "idkp": ""
}

这样一来，以后有新字段就塞进去，不用再修改表结构，非常灵活。叫做schema-less 拓展结构。

默认值处理 ：
- MySQL 5.6+ ：ALGORITHM=INPLACE不支持NOT NULL+默认值（会重建表），需用影子表或分批更新。
- MySQL 8.0 ：支持INSTANT算法加NOT NULL+默认值（仅限非VARCHAR变长字段）。
磁盘空间 ：
- INPLACE算法需额外排序缓冲区（约等于表大小），确保磁盘剩余空间>表大小×2。
回滚方案 ：
- 提前验证DDL是否可逆（如DROP COLUMN会立即释放空间，无法回滚）。
- 保留备份+Binlog，必要时可基于时间点恢复。

最终建议：