MySQL 和 Workbench 中的不同配置

Question

当连接到远程数据库并获取编码配置时，得到这个： 在 Windows 命令行中：

mysql> show variables like 'char%';
+--------------------------+----------------------------------+
| Variable_name            | Value                            |
+--------------------------+----------------------------------+
| character_set_client     | cp1251                           |
| character_set_connection | cp1251                           |
| character_set_database   | latin1                           |
| character_set_filesystem | binary                           |
| character_set_results    | cp1251                           |
| character_set_server     | latin1                           |
| character_set_system     | utf8                             |
| character_sets_dir       | /usr/local/mysql/share/charsets/ |
+--------------------------+----------------------------------+
8 rows in set (0.00 sec)

但在工作台中：

character_set_client, utf8
character_set_connection, utf8
character_set_database, latin1
character_set_filesystem, binary
character_set_results, utf8
character_set_server, latin1
character_set_system, utf8
character_sets_dir, /usr/local/mysql/share/charsets/

我认为工作台有自己的配置文件，但我找不到。如果我错了，有什么问题？

Answer 1

我认为您需要查看GLOBAL 变量

show global variables like 'char%';

您可以通过转到Edit connection 找到工作台正在使用的文件，然后使用标签System Profile。

截图链接：Is the file "my.ini" in the wrong place?

Answer 2

不完全清楚您的问题是什么，但我假设您想知道为什么某些字符集与命令行客户端和 MySQL Workbench 相比有所不同。

如果您仔细观察，您会发现唯一的区别是影响客户端的那些（结果集、客户端 + 连接字符集）。因此，很明显这些是由客户端配置的。他们根据需要配置这些值。你的（暗示的）问题就这么多。

关于为什么 MySQL Workbench 选择 utf8 并且无法更改的一句话：始终使用 Unicode 编码确保尽可能少的转换问题。如果表中的文本使用连接或结果集使用的编码以外的任何其他编码，则必须在这些编码之间进行转换。在不丢失信息的情况下，这通常是不可能的。通过在所有相关位置使用 utf8，我们将这种风险降至最低。