生产环境2000万行表将nvarchar(100)改为nvarchar(150)的最佳实践

核心前提说明 #

将NVARCHAR字段从100扩展到150属于元数据-only变更，不需要逐行修改表中已存数据，正常场景下耗时为毫秒级，只会需要极短时间的架构修改锁，不会长时间锁表，完全可以在持续读写的生产环境执行。

前置检查步骤 #

• 确认字段原始属性：执行以下SQL核对字段的可空状态、当前长度，避免修改时属性不匹配触发全表更新

SELECT name, max_length, is_nullable 
FROM sys.columns 
WHERE object_id = OBJECT_ID('你的业务表名') 
AND name = '待修改的字段名';

注：NVARCHAR为双字节存储，100长度对应的max_length值为200，150长度对应max_length值为300

• 确认该字段未作为主键、外键、索引键的组成部分，如果存在关联约束/索引，需要先删除，操作完成后用在线重建的方式恢复，不会阻塞正常读写。
• 确认数据库版本支持元数据变更：SQL Server 2012及以上、MySQL 5.6及以上的主流版本都支持该特性。

执行操作流程 #

SQL Server 环境 #

1. 选择业务低峰期执行，降低锁冲突概率
2. 执行前设置锁超时时间，避免抢锁失败阻塞业务：

SET LOCK_TIMEOUT 1000;

该配置代表如果1秒内无法获取到所需的架构修改锁，操作自动终止，不会影响后续业务请求，失败后可多次尝试。
3. 执行字段修改命令，必须保持字段的可空属性和原始配置完全一致：

ALTER TABLE 你的业务表名 
ALTER COLUMN 待修改字段名 NVARCHAR(150) NOT NULL; -- 这里的NOT NULL要和原始属性保持一致

4. 执行完成后再次查询sys.columns表，确认max_length变为300，修改生效。

MySQL InnoDB 环境 #

直接执行带在线DDL参数的修改命令即可：

ALTER TABLE 你的业务表名 
MODIFY COLUMN 待修改字段名 NVARCHAR(150) NOT NULL -- 可空属性和原始保持一致
ALGORITHM=INPLACE, LOCK=NONE;

风险规避要点 #

• 禁止将字段长度调整为NVARCHAR(MAX)，该操作属于数据类型变更，会触发全表数据重写，会长时间锁表。
• 不要修改字段的字符集、排序规则，这类变更也会触发全表数据更新。
• 所有操作必须先在数据量一致的测试环境完整验证流程后，再到生产环境执行。

内容的提问来源于stack exchange，提问作者Alessio Innocenzi