MySQL INFORMATION_SCHEMA.SCHEMATA 怎样查看数据库默认字符集

如果你只想确认某个 MySQL 数据库的默认字符集和默认排序规则，最直接的入口是 INFORMATION_SCHEMA.SCHEMATA。它按数据库返回 SCHEMA_NAME、DEFAULT_CHARACTER_SET_NAME 和 DEFAULT_COLLATION_NAME，不需要先扫描表结构。

官方地址：https://dev.mysql.com/doc/refman/8.4/en/information-schema-schemata-table.html

查询数据库级默认值时，使用 SCHEMATA；但这个结果只表示数据库层的默认来源，不等于每张表、每个列当前都使用相同的字符集。

SCHEMATA 这张表到底提供什么

MySQL 把 schema 视为 database，因此 SCHEMATA 的一行对应一个数据库。本文只关注三个字段：SCHEMA_NAME 是数据库名，DEFAULT_CHARACTER_SET_NAME 是数据库默认字符集，DEFAULT_COLLATION_NAME 是数据库默认排序规则。

这三个字段应当一起读取。只看字符集而忽略排序规则，排查中文比较、排序或索引行为时容易漏掉关键条件，因为字符集和排序规则是两个关联但不同的属性。

按数据库名称查询默认字符集

查询单个数据库时，把数据库名放在 WHERE 条件中。下面的 app_db 只是占位名，请替换成实际数据库名。

SELECT
    SCHEMA_NAME,
    DEFAULT_CHARACTER_SET_NAME,
    DEFAULT_COLLATION_NAME
FROM INFORMATION_SCHEMA.SCHEMATA
WHERE SCHEMA_NAME = 'app_db'; -- 只读取目标数据库的默认字符集和排序规则

结果中最值得关注的是：

如果查询没有返回行，先不要直接下结论说数据库不存在。SCHEMATA 的可见范围受当前账号权限影响；账号没有看到某个数据库，可能是权限不足，也可能是名称写错。可以先确认当前连接账号和实际库名，再决定是否让管理员补充元数据读取权限。

一次查看多个数据库的默认值

需要做环境对比时，可以显式列出目标数据库，并按名称排序。这样比无条件读取所有可见 schema 更适合排查脚本，也能减少把系统库混入结果的机会。

SELECT
    SCHEMA_NAME,
    DEFAULT_CHARACTER_SET_NAME,
    DEFAULT_COLLATION_NAME
FROM INFORMATION_SCHEMA.SCHEMATA
WHERE SCHEMA_NAME IN ('app_db', 'report_db', 'test_db') -- 只比较指定数据库
ORDER BY SCHEMA_NAME; -- 让不同环境的结果稳定排列

如果只知道数据库名前缀，可以使用 LIKE：

SELECT
    SCHEMA_NAME,
    DEFAULT_CHARACTER_SET_NAME,
    DEFAULT_COLLATION_NAME
FROM INFORMATION_SCHEMA.SCHEMATA
WHERE SCHEMA_NAME LIKE 'app\_%' -- 只筛选 app_ 前缀的数据库
ORDER BY SCHEMA_NAME;

这里的反斜杠用于转义下划线，使它表示字面量下划线，而不是 LIKE 的单字符通配符。若你的连接配置改变了转义规则，应按当前 SQL 模式调整写法。

数据库默认值不等于每一列的最终定义

数据库级字符集是默认来源，不是强制覆盖。MySQL 在创建表时，如果没有另行指定表级字符集和排序规则，表通常会继承数据库层的默认值；如果表级或列级显式指定了设置，后者就可能与 SCHEMATA 查询结果不同。

因此，排查乱码或排序差异时可以按这个边界理解：

• 先看数据库级：通过 SCHEMATA 确认默认字符集和排序规则。
• 再看表级：如果表创建语句显式指定了字符集或排序规则，表级定义优先于数据库默认来源。
• 最后看列级：列也可以单独指定字符集或排序规则，不能仅凭数据库级结果判断某列的最终设置。

如果问题已经定位到某张表，继续检查表元数据或查看建表语句会比反复查询 SCHEMATA 更准确。SCHEMATA 适合回答“这个数据库的默认值是什么”，不适合单独回答“所有列现在是什么”。

用一个最小查询闭环完成排查

实际工作中可以把查询分成三步，但它们是排查范围的划分，不代表数据库内部一定按这个顺序执行：

-- 先确认数据库级默认值
SELECT
    SCHEMA_NAME,
    DEFAULT_CHARACTER_SET_NAME,
    DEFAULT_COLLATION_NAME
FROM INFORMATION_SCHEMA.SCHEMATA
WHERE SCHEMA_NAME = 'app_db';

-- 再按目标表查看表级字符集和排序规则
SELECT
    TABLE_SCHEMA,
    TABLE_NAME,
    TABLE_COLLATION
FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_SCHEMA = 'app_db' -- 限定数据库，避免混入同名表
  AND TABLE_NAME = 'orders'; -- 替换为实际表名

-- 最后查看列级定义，确认是否存在单列覆盖
SELECT
    TABLE_SCHEMA,
    TABLE_NAME,
    COLUMN_NAME,
    CHARACTER_SET_NAME,
    COLLATION_NAME
FROM INFORMATION_SCHEMA.COLUMNS
WHERE TABLE_SCHEMA = 'app_db' -- 与前两段保持同一个数据库范围
  AND TABLE_NAME = 'orders'
ORDER BY ORDINAL_POSITION; -- 保持列的定义顺序

这组查询的重点不是一次得到一个“全库统一答案”，而是把数据库、表、列三个层级分开。先有 SCHEMATA 的默认值，再结合表和列的显式定义，才能解释为什么同一个数据库里会出现不同的字符集或排序规则。

常见问题

为什么 SCHEMATA 查询不到我知道存在的数据库？

先检查当前账号是否有查看该数据库的权限，以及数据库名大小写和拼写是否正确。没有返回行不等于可以直接判定数据库不存在。

DEFAULT_CHARACTER_SET_NAME 和 DEFAULT_COLLATION_NAME 是一回事吗？

不是。前者是字符集名称，后者是排序规则名称；一个字符集可以对应多个排序规则，查询时应同时保留两个字段。

查到数据库默认字符集后，所有表都会一样吗？

不一定。表可以显式指定自己的字符集和排序规则，列也可以继续单独指定。数据库默认值只是没有更具体定义时的默认来源。

只看 SHOW CREATE DATABASE 可以吗？

可以把它作为查看某个数据库定义的另一种入口，但批量对比多个数据库时，INFORMATION_SCHEMA.SCHEMATA 更适合用一条查询统一返回结构化字段。

总结

查看 MySQL 数据库默认字符集时，核心 SQL 是查询 INFORMATION_SCHEMA.SCHEMATA，读取 SCHEMA_NAME、DEFAULT_CHARACTER_SET_NAME 和 DEFAULT_COLLATION_NAME。遇到空结果先考虑权限和名称问题；遇到乱码或排序差异，再继续向表级和列级元数据展开，不要把数据库默认值当成所有对象的最终定义。