在业务长期发展过程中，需求变更是常态，对应的SQL表结构也需要不断调整适配新功能。但表结构修改如果处理不当，很容易导致历史存储的老数据无法被新逻辑读取，或者新写入的数据不符合旧查询规则，引发业务故障。因此掌握兼容老数据的表结构演进思路非常重要。
表结构演进的核心原则
所有表结构变更都需要遵循两个核心原则，才能最大程度保障老数据兼容性：
- 不删除老字段：除非确认所有历史数据都已迁移且旧逻辑全部下线，否则不要直接删除已有字段，避免旧查询语句报错。
- 不修改老字段原有属性：不要随意修改老字段的类型、长度、非空约束等属性，防止历史数据转换失败或者不符合新约束无法写入。
常见场景的兼容设计思路
新增业务字段
新增字段是最常见的情况，只需要保证新增字段有默认值或者允许为NULL，就不会影响老数据的查询和写入。
比如原有用户表user存储id、name、age三个字段，现在需要新增用户邮箱字段，兼容老数据的操作如下：
-- 新增邮箱字段，允许为NULL，老数据该字段自动为NULL ALTER TABLE user ADD COLUMN email VARCHAR(255) NULL; -- 如果业务要求邮箱必须有值，可以设置默认值，老数据会自动填充默认值 ALTER TABLE user ADD COLUMN email VARCHAR(255) NOT NULL DEFAULT '';
修改字段类型或长度
如果需要扩大字段长度，比如把用户名的VARCHAR(20)改成VARCHAR(50)，直接修改即可，老数据不会受影响。但如果是缩小长度或者修改字段类型，就需要额外处理。
比如需要把用户表的age字段从INT改成VARCHAR类型存储年龄区间，不能直接修改字段，正确思路是新增字段，再逐步迁移数据：
-- 1. 新增新的年龄区间字段
ALTER TABLE user ADD COLUMN age_range VARCHAR(20) NULL;
-- 2. 批量更新老数据，把原有age值转换为区间
UPDATE user SET age_range = CASE
WHEN age < 18 THEN '未成年'
WHEN age BETWEEN 18 AND 40 THEN '青年'
ELSE '中老年'
END WHERE age_range IS NULL;
-- 3. 新业务逻辑优先读取age_range字段，旧逻辑暂时保留读取age字段
-- 4. 等所有旧逻辑下线后，再删除age字段
表拆分或合并
当单表字段过多需要拆分，或者多个相似表需要合并时，不要直接操作原表，而是先创建新表，再同步数据。
比如把用户表拆分为用户基础信息表user_base和用户扩展信息表user_ext：
-- 1. 创建新表
CREATE TABLE user_base (
id INT PRIMARY KEY,
name VARCHAR(50) NOT NULL,
age INT NOT NULL
);
CREATE TABLE user_ext (
user_id INT PRIMARY KEY,
email VARCHAR(255),
address VARCHAR(500),
FOREIGN KEY (user_id) REFERENCES user_base(id)
);
-- 2. 同步老数据到新表
INSERT INTO user_base (id, name, age) SELECT id, name, age FROM user;
INSERT INTO user_ext (user_id, email, address) SELECT id, email, address FROM user;
-- 3. 新业务读写新表，旧业务暂时保留读写原user表
-- 4. 确认无旧业务访问后，再下线下线原user表
注意事项
所有表结构变更前都要先备份全量数据，避免操作失误导致数据丢失。如果是生产环境的大表，修改结构时要选择业务低峰期执行，避免锁表影响业务可用性。另外变更后要验证旧查询逻辑是否能正常返回老数据，新逻辑是否能正常读写，确保双向兼容。