MySQL中如何通过SQL语句批量修改表字符集？-mysql教程-PHP中文网

alter table … convert to character set 会修改表默认字符集及所有char、varchar、text字段的字符集并重写存储内容，不改动int、blob等非文本字段和索引定义，但文本列索引的排序规则可能隐式调整。

mysql中如何通过sql语句批量修改表字符集？

ALTER TABLE … CONVERT TO CHARACTER SET 会改哪些内容？

这条语句不仅修改表的默认字符集，还会把所有 CHAR、VARCHAR、TEXT 类型字段的字符集一并转换，并重写对应列的存储内容。它不会动 INT、BLOB 这类非文本字段，也不会改索引定义本身——但索引字段如果依赖文本列，底层排序规则可能随字符集变化而隐式调整。

常见误操作是以为只改了表头声明，结果发现中文乱码或查询变慢，本质是字段内容被重新编码了。

CONVERT TO 会重建表（MySQL 5.7+ 在支持 ALGORITHM=INPLACE 的情况下可避免锁表，但仅限部分变更，字符集转换通常仍需 COPY）
如果原字段用的是 utf8（即 utf8mb3），转成 utf8mb4 后，TEXT 类型的索引前缀长度上限从 255 变为 191 —— 超出会报错 Specified key was too long
执行前务必确认字段实际存储内容是否兼容目标字符集，比如 latin1 字段里存了 UTF-8 编码的字节流，直接 CONVERT TO utf8mb4 会导致双编码乱码

批量改多个表时怎么避免手动写 N 条 ALTER TABLE？

靠拼接 SQL：查出目标表名，生成 ALTER TABLE 语句，再执行。核心是用 information_schema.tables 筛表，注意过滤掉系统库和非 InnoDB 表（有些引擎不支持字符集转换）。

示例（生成语句，不直接执行）：

SELECT CONCAT('ALTER TABLE `', table_schema, '`.`', table_name, '` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;') 
FROM information_schema.tables 
WHERE table_schema NOT IN ('mysql', 'information_schema', 'performance_schema', 'sys') 
  AND engine = 'InnoDB' 
  AND table_collation NOT LIKE 'utf8mb4%';

复制结果、检查、再批量执行。别忘了加 COLLATE，否则会用默认排序规则（可能是 utf8mb4_0900_ai_ci，旧版本不识别）。

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

先在测试库跑一遍，观察是否有 Truncated incorrect character string 类警告
生产环境建议单表执行，加 pt-online-schema-change 或等低峰期操作，避免长事务阻塞
如果表有外键，需先禁用 SET FOREIGN_KEY_CHECKS = 0;，改完再开，否则可能因约束校验失败中断

只想改表默认字符集，不动字段内容怎么办？

用 ALTER TABLE ... CHARACTER SET = xxx（注意等号右边没有 CONVERT TO）。它只更新表元数据里的 DEFAULT CHARSET，后续新字段会继承这个字符集，但已有字段保持原样。

这种操作轻量、快，适合建表时遗漏设置、后期补救。但它不解决已有字段乱码问题——那得靠 CONVERT TO 或更谨慎的手动 MODIFY COLUMN。

执行后查 SHOW CREATE TABLE t，确认 DEFAULT CHARSET 已变，但各字段定义没动
如果字段本身指定了字符集（如 VARCHAR(100) CHARACTER SET latin1），这个显式声明优先级高于表级默认值
某些 ORM（如 Django）建表时硬编码字符集，这类表即使改了表级默认值，下次 migrate 还可能覆盖回去

utf8mb4 下 varchar(255) 索引失效？

不是失效，是超长报错。InnoDB 单列索引最大长度 767 字节（老版本）或 3072 字节（5.7+ 开启 innodb_large_prefix），utf8mb4 最坏情况每字符占 4 字节，所以 varchar(255) 最多 1020 字节 —— 超过 767 就触发错误。

解决方案不是砍字段长度，而是控制索引前缀：

ALTER TABLE t MODIFY COLUMN title VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
ALTER TABLE t DROP INDEX idx_title;
ALTER TABLE t ADD INDEX idx_title (title(191));

191 是安全上限：191 × 4 = 764
如果业务真需要全字段索引（比如精确匹配长标题），得确认 MySQL 版本 ≥ 5.7 且 innodb_large_prefix = ON、innodb_file_format = Barracuda、表行格式为 DYNAMIC 或 COMPRESSED
用 SHOW VARIABLES LIKE 'innodb_large_prefix'; 检查，别凭经验猜

实际执行前，最常被跳过的一步是验证字段真实编码状态。很多“改完还是乱码”的 case，根源是原始数据本身就是 double-encoded，或者客户端连接字符集（character_set_client）和表字符集不一致。这些不在 ALTER TABLE 范围内，得单独调。