必须用 change column 同时改字段名和类型，新旧字段名均需明确写出；仅改类型用 modify column 更简洁，但缩容可能静默截断数据，修改后须用 describe 和 select 验证结构与数据。
用 CHANGE COLUMN 同时改字段名和类型
想换名字又调类型，必须用 CHANGE COLUMN，而且新旧字段名都得写清楚——哪怕名字不变，也得重复一遍。MySQL 不允许只写新类型而省略字段名。
-
ALTER TABLE employees CHANGE COLUMN first_name given_name VARCHAR(100)：把first_name改成given_name，同时扩长到VARCHAR(100) - 如果只想改类型、不改名，写成
CHANGE COLUMN age age TINYINT——看着冗余，但语法强制要求 - 注意：该操作会重建字段底层存储，已有数据会被重新解析转换；若原字段含
'abc'却要改成INT，直接报错ERROR 1265 (01000): Data truncated for column 'age' at row 1
用 MODIFY COLUMN 只改类型或属性
纯粹调长度、换类型、加 NOT NULL 或 DEFAULT，用 MODIFY COLUMN 更直白，不用重复字段名。
-
ALTER TABLE employees MODIFY COLUMN salary DECIMAL(12,2) NOT NULL：升级精度并加非空约束 -
ALTER TABLE users MODIFY COLUMN username VARCHAR(255)：只扩长度，不碰字段名 - 风险点：
VARCHAR(50)→VARCHAR(20)会截断超长数据，MySQL 默认静默截断（除非 SQL mode 启用了STRICT_TRANS_TABLES），查不到报错但数据已丢
字段长度缩小时的隐性陷阱
缩小长度不是语法错误，而是数据安全雷区。MySQL 不主动校验现有值是否超出新长度，只在执行时尝试截断。
- 先查最大长度：
SELECT MAX(LENGTH(city)) FROM address，确认结果 ≤ 新长度再执行MODIFY COLUMN city VARCHAR(30) - 字符集影响实际字节数：UTF8MB4 下一个中文占 4 字节，
VARCHAR(30)实际最多存 7 个汉字（留 2 字节给变长头） - 日期/数字类型缩容更危险：把
INT改成TINYINT，原有值 >127 的行会变成 127 或报错，取决于 SQL mode
修改后务必验证结构与数据
执行完别急着走，DESCRIBE 和 SELECT 必须连做两步。
- 看结构：
DESCRIBE employees确认Type、Null、Default列是否如预期 - 抽样查数据：
SELECT id, given_name, salary FROM employees LIMIT 5，重点核对刚改过的字段值有没有异常（比如全变成 0、NULL 或乱码） - 特别留意时间字段：从
DATETIME改DATE会丢掉时分秒，且无法回退——这种丢失是永久性的
