auto会导致中文表名乱码，因其可能fallback到latin1或gbk解码utf8mb4编码的元数据，应手动设为utf8mb4并执行set names utf8mb4;钉死字符集。
“auto”不是解决方案，而是乱码的起点。 navicat 连接属性里把字符集设为 auto，大概率会让中文表名（甚至字段名、注释）显示成问号或方块——因为它会根据系统 locale 或服务端 handshake 默认值 fallback 到 latin1 或 gbk，而现代 mysql/mariadb 默认用 utf8mb4，中间一脱节就丢字节。
为什么 Auto 会导致中文表名乱码
MySQL 的 information_schema.TABLES 和 COLUMNS 表里存的是原始字节，Navicat 查这些元数据时，必须用和 server 一致的字符集去解码。设 Auto 后，Navicat 可能用 character_set_client=latin1 去读 utf8mb4 编码的表名，结果就是把多字节 UTF-8 字节当单字节 Latin-1 解，每个中文变两三个乱码符号（如 æ）。
- 现象：右键连接 →「对象」列表里数据库名正常，但点开后表名是
???或Óû§；SHOW TABLES;结果也乱，但SELECT * FROM `正确表名`能查出数据 - 验证方式：连上后立刻执行
SHOW VARIABLES LIKE 'character_set_client';，如果返回latin1或gbk，说明Auto已失效 - Mac/Linux 下更敏感：系统 locale 是
en_US.UTF-8时，Auto常误判为utf8（非utf8mb4），仍不支持 emoji 和部分汉字
必须手动设为 utf8mb4（不是 utf8）
MySQL 的 utf8 是历史遗留，最多支持 3 字节字符；表名含 emoji 或生僻字（如「?」）时，只有 utf8mb4 能完整传输。Navicat 必须显式声明这个编码，不能依赖自动协商。
- 操作路径：右键连接 →「编辑连接」→「高级」→ 找到「MySQL 字符集」下拉框 → 选
utf8mb4（注意不是utf8，也不是UTF-8） - 若没这个选项（如旧版 Navicat 或 PostgreSQL 连接），在「其他选项」文本框里加：
characterEncoding=utf8mb4（MySQL）或options=-c client_encoding=utf8（PostgreSQL） - 关键补丁：勾选「使用初始化命令」，填入
SET NAMES utf8mb4;—— 这条语句会同步设置character_set_client、character_set_connection、character_set_results三者
表名乱码已发生？光改连接不够
即使连接设对了，已有中文表名仍可能显示异常——因为建表时用的字符集不对，server 把表名元数据以错误编码存进了 information_schema。这时改连接只是“以后不犯”，旧伤得手动修。
- 先确认问题根源：执行
SELECT TABLE_NAME, TABLE_SCHEMA FROM information_schema.TABLES WHERE TABLE_SCHEMA = 'your_db' AND TABLE_NAME LIKE '%中%';，看结果是否乱码。如果乱，说明元数据本身已损坏 - 修复前提：确保数据库默认字符集已是
utf8mb4（SHOW CREATE DATABASE your_db;），否则RENAME会失败 - 安全做法：导出建表语句（右键表 →「复制为 SQL」→「CREATE TABLE」），用文本编辑器把表名替换成正确中文，再删表重建。别直接
RENAME TABLE `乱码名` TO `新中文名`，MySQL 可能无法识别源名 - 终极手段（慎用）：停库，修改
mysql系统库的tables.frm文件（仅限 MyISAM，且风险极高），普通用户跳过
Windows 上还容易漏掉系统级编码
Windows 中文系统默认 locale 是 GBK，某些老版本 Navicat（v15 及以前）在未显式指定字符集时，会优先信任系统编码而非 MySQL server 设置，导致表名解析阶段就错。
- 临时验证：在命令行运行
chcp，若输出936（GBK），说明控制台编码是 GBK - 不建议改系统 locale（影响其他软件），而是强制 Navicat 忽略它：在连接的「高级」→「初始化命令」里加
SET NAMES utf8mb4;，比设Auto多一层保险 - 若用 SSH 隧道连接 Linux MySQL，还需在连接 →「SSH」页签下勾选「启用终端」，并把「终端类型」设为
xterm-256color，否则终端层可能截断 UTF-8 多字节序列
真正起作用的从来不是那个 Auto 下拉框，而是你有没有在连接建立的第一时间，用 SET NAMES utf8mb4; 把字符集上下文钉死。表名这种元数据，不像查询结果还能靠客户端二次转码——它从 server 内存里吐出来的那一刻，编码就定型了。
