修改单个字段字符集和排序规则应使用ALTER TABLE ... MODIFY，需完整重定义字段（含类型、长度、NOT NULL、DEFAULT等），否则会丢失约束；漏写可能导致字段变为NULL或无默认值。
修改单个字段的字符集和排序规则用 ALTER TABLE ... MODIFY
想改某列（比如 name）的字符集，最直接的方式是重定义该字段。但注意：MODIFY 不只是改编码，它会重新声明整个字段定义，所以必须把类型、长度、是否 NOT NULL、默认值等全部写全，否则可能意外清空约束或默认值。
ALTER TABLE users MODIFY name VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;- 如果原字段有
NOT NULL，这里漏掉就会变成NULL；有DEFAULT 'xxx'也得一并带上 - 执行前建议先查一遍字段定义：
SHOW FULL COLUMNS FROM users LIKE 'name';
ALTER TABLE ... CONVERT TO 会批量改表里所有字段，慎用
CONVERT TO 看起来省事，但它不只是改元数据——它会尝试转换已有数据内容，并统一整张表所有字符型字段（VARCHAR、TEXT 等）的字符集和排序规则。这对已有数据的表风险较高。
ALTER TABLE users CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;- 如果表里混着
latin1编码的历史数据，转换后可能变成乱码（不是修复，是二次损坏） - 该语句还会重建表，锁表时间长，大表要避开业务高峰
- 不推荐用于“只改一个字段”的场景，容易误伤其他列
建表时就指定字段级字符集，比事后修改更可靠
字段级设置优先级高于表、库、服务器级别，所以新建表时直接在列定义里写死，是最稳妥的做法。尤其当同一张表里需要混合编码（极少见）或明确隔离某些字段行为时。
CREATE TABLE logs (id INT, content TEXT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci, raw_data TEXT CHARACTER SET latin1);- 注意：只有字符类型字段（
CHAR、VARCHAR、TEXT及其变体）才能单独设字符集；数值、时间类型不受影响 - 如果没写，字段会继承表的字符集；表没写，则继承数据库；以此类推
常见错误：改了字段却还是乱码，问题往往不在字段本身
字段字符集改对了，但插入/查询仍乱码，大概率是连接层没对齐。MySQL 的字符流转涉及至少三层：客户端发送 → 连接协议 → 服务端存储。其中任意一层错位都会出问题。
- 检查当前连接使用的字符集：
SHOW VARIABLES LIKE 'character_set_client';和SHOW VARIABLES LIKE 'collation_connection'; - 确保应用连接串含
characterEncoding=utf8mb4（JDBC）、charset=utf8mb4（PHP PDO）等参数 - 临时修复可用：
SET NAMES utf8mb4;，但这只对当前会话有效，不能替代连接配置 - 别混淆
utf8和utf8mb4：MySQL 的utf8是阉割版，存不了 emoji，连设成utf8都救不回字段里的四字节字符
