alter table在mysql、postgresql和sql server中核心功能一致，但语法差异显著：mysql用change column改名+类型、modify column仅改类型；postgresql须用rename column改名、alter column ... type配合using转换数据；sql server依赖sp_rename改名、alter column仅调属性且加not null前需清空null值。
ALTER TABLE 语法在不同数据库中的关键差异
MySQL、PostgreSQL 和 SQL Server 都支持 ALTER TABLE，但具体子句和限制差别很大。比如 PostgreSQL 不允许直接用 ALTER TABLE ... CHANGE COLUMN 改字段名，必须用 RENAME COLUMN；而 MySQL 的 CHANGE COLUMN 和 MODIFY COLUMN 行为也不同——前者能改名+改类型，后者只改类型不改名。
常见踩坑点：
- SQLite 的
ALTER TABLE只支持重命名表或添加列，不能删列、改类型、改名字段（得靠重建表） - SQL Server 中给已有列加
NOT NULL约束前，必须确保该列无NULL值，否则报错Cannot insert the value NULL into column - PostgreSQL 修改列类型时若存在数据，需显式指定 USING 转换逻辑，例如：
ALTER COLUMN status TYPE INTEGER USING status::INTEGER
加字段、删字段、改字段类型的典型写法
操作虽常见，但执行前必须确认是否锁表、是否影响在线服务。多数数据库在加字段（无默认值）时是轻量级操作，但加带 DEFAULT 的字段可能触发全表扫描（尤其 MySQL 5.7 之前）。
安全实操建议：
- 加字段：优先用
ADD COLUMN name datatype，避免带DEFAULT；如必须，默认值尽量选简单常量（0、''），别用函数（如NOW()） - 删字段：MySQL 用
DROP COLUMN name；PostgreSQL 同样语法，但会立即释放空间；SQL Server 需先删依赖（如约束、索引），再执行 - 改类型：MySQL 中
MODIFY COLUMN name new_type更常用；PostgreSQL 必须写ALTER COLUMN name TYPE new_type [USING ...]；若字段有索引或外键，先删再建
修改字段注释或列名的注意事项
字段注释不是标准 SQL 功能，各库实现方式完全不同，容易误以为“语法通用”而失败。
实际可用方式：
- MySQL：用
ALTER TABLE t1 MODIFY COLUMN c1 INT COMMENT '新说明'或CHANGE COLUMN重新声明整行定义 - PostgreSQL：注释走独立命令
COMMENT ON COLUMN t1.c1 IS '新说明'；改列名用RENAME COLUMN c1 TO c2 - SQL Server：注释靠扩展属性，执行
EXEC sp_addextendedproperty N'MS_Description', N'新说明', N'SCHEMA', dbo, N'TABLE', t1, N'COLUMN', c1 - 别指望
ALTER TABLE ... RENAME COLUMN在 MySQL 8.0 以下可用——它会报错Unknown syntax
执行前必须做的三件事
线上环境改表结构不是“写完就跑”，出错往往在不可逆环节。
- 先在相同数据量的测试库上完整跑一遍，观察执行时间；如果耗时 > 1s，就得评估主从延迟和连接超时风险
- 检查是否有活跃事务正在读/写该表，用
SHOW PROCESSLIST（MySQL）或pg_stat_activity（PostgreSQL）确认 - 备份当前表结构：运行
SHOW CREATE TABLE table_name或\d table_name，把输出存为快照，而不是只信文档或记忆
最易被忽略的是隐式锁行为——比如 PostgreSQL 中 ADD COLUMN 默认需要 ACCESS EXCLUSIVE 锁，期间所有 DML 都会阻塞；而某些云数据库（如阿里云 RDS）对大表改结构做了在线化封装，但底层仍可能降级为锁表，不能无条件信任控制台提示。
