MySQL报错4079警告，字符集过时了咋整，远程帮忙修复思路分享

（引用来源：MySQL官方文档，Percona数据库博客,阿里云数据库帮助中心）

MySQL冷不丁弹出一个错误代码4079，告诉你“Character set ‘utf8’ is deprecated”，意思是字符集‘utf8’过时了，这确实会让不少人心里咯噔一下，别慌，这个问题很常见，本质上是一个警告而非完全阻断性的错误，但它像一个小铃铛一样在提醒你：是时候更新你的字符集设置了，不然未来可能会遇到麻烦，下面我就分享一下遇到这个问题的排查和修复思路,咱们一步步来。

最要紧的是先搞清楚这个警告是在什么情况下跳出来的，是在启动MySQL服务的时候在日志里看到的？还是在执行某条SQL语句（比如创建数据库、创建表或者修改表结构）时出现的？或者是在你的应用程序连接数据库进行查询时，从应用日志里发现的？弄清楚触发场景,能帮你更快地定位问题的根源。

（引用来源：MySQL官方文档关于字符集的章节）

那为什么会出现这个警告呢？这得从MySQL的历史说起，很久以前，MySQL推出的‘utf8’字符集其实是个“阉割版”，它最多只支持每个字符3个字节的编码，这在当时看来可能够了，但现实生活中存在很多需要4个字节才能表示的字符，比如一些复杂的生僻汉字或者各种emoji表情符号（像😂😍🚀这些），这个“阉割版”的utf8是存不了这些字符的，如果你强行存入，数据就会被截断或者变成乱码,这显然是个大坑。

MySQL后来引入了真正的、完整的UTF-8编码，也就是‘utf8mb4’字符集，这个‘mb4’most bytes 4’的意思，代表它最多支持4个字节，完美兼容所有Unicode字符，包括emoji，从MySQL 8.0版本开始，官方就明确将原来的‘utf8’标记为过时（deprecated），并推荐大家使用‘utf8mb4’，那个4079警告，就是MySQL好心提醒你：“嘿，你还在用那个老的、有缺陷的‘utf8’，快换成更强大的‘utf8mb4’吧！”

（引用来源：Percona数据库博客关于字符集迁移的实践文章）

知道了原因，修复的思路就清晰了，总的原则是：逐步将数据库、表、字段的字符集和排序规则（collation）从‘utf8’迁移到‘utf8mb4’，但切记，操作前一定要备份你的数据库！ 这是任何数据库修改操作的黄金法则,万一出问题还能有个后悔药。

具体的修复思路可以分几步走：

第一步，先做个全面体检，连接到你的MySQL数据库，运行一些查询命令,看看当前到底是个什么情况。

• 查看服务器的默认字符集设置：SHOW VARIABLES LIKE 'character_set_server'; 和 SHOW VARIABLES LIKE 'collation_server';
• 查看某个具体数据库的字符集：SELECT DEFAULT_CHARACTER_SET_NAME, DEFAULT_COLLATION_NAME FROM INFORMATION_SCHEMA.SCHEMATA WHERE SCHEMA_NAME = '你的数据库名';
• 查看特定数据库中所有表的字符集：SELECT TABLE_NAME, TABLE_COLLATION FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA = '你的数据库名';
• 查看某个表里各个字段的字符集：SHOW FULL COLUMNS FROM 你的表名;

通过这些命令，你就能摸清楚到底是哪个环节还在使用老的‘utf8’字符集（通常对应的排序规则是utf8_general_ci或utf8_unicode_ci）。

第二步，制定修改计划，根据体检结果，决定是只修改某个表、某个字段，还是需要修改整个数据库甚至MySQL服务器的默认设置，为了彻底解决问题,建议进行系统性的更新。

第三步，开始动手修改,这里有几个层面：

• 修改数据库的默认字符集（治本之策，对新创建的对象有效）：你可以通过修改MySQL的配置文件（通常是my.cnf或my.ini）来实现，找到[mysqld]这个段落,在里面添加或修改这两行：

  [mysqld]
  character-set-server=utf8mb4
  collation-server=utf8mb4_unicode_ci

  修改保存后，重启MySQL服务，这样之后新创建的数据库、表，如果没有指定字符集，就会默认使用‘utf8mb4’了,这是最推荐的长远解决方案。

• 修改现有数据库的字符集：ALTER DATABASE 你的数据库名 CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci;

• 修改现有表的字符集：ALTER TABLE 你的表名 CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; 这条命令会把表本身以及表里面所有字符类型的字段（比如VARCHAR, TEXT）都转换成utf8mb4,这是最常用的一条修复命令。

第四步，检查你的应用程序，确保你的应用程序连接数据库时，使用的连接字符集也能支持utf8mb4，比如在连接字符串里加上类似characterEncoding=utf8（注意，这里写utf8通常JDBC驱动会理解为utf8mb4，但最好查一下对应驱动的文档）或者charset=utf8mb4的参数，确保你的程序代码和数据库编码能够正确配合,避免出现乱码。

（引用来源：阿里云数据库帮助中心关于连接字符集的说明）

还有一些注意事项，在修改大表的时候，可能会锁表，影响线上服务，最好在业务低峰期操作，修改完成后，务必仔细测试你的应用程序，确保所有数据展示、存储、搜索功能都正常，特别是排序和模糊查询（LIKE语句），因为排序规则（collation）的改变可能会轻微影响这些操作的结果顺序。

面对4079警告，思路就是：备份 -> 排查 -> 制定计划 -> 修改配置（服务器/数据库/表）-> 验证应用，把它看作一个优化数据库兼容性和稳定性的机会，而不是一个可怕的错误，一步一步来,问题就能顺利解决。