MySQL数据库乱码问题解决方法_ubuntu16.04下安装的mysql数据库问题

近期，项目组在使用mysql数据库时遇到了数据插入乱码的问题，对此，我们进行了详细的梳理。从最基础的环节开始，逐步深入探讨导致错误产生的根本原因以及相应的解决措施。

基本概念

字符是构成人类语言的基本意义单位，诸如‘A’、‘B’等符号即为典型代表。

给定一组字符序列，需为其中每个字符指定一个唯一数值，该数值即作为该字符的编码值。比如，将字符‘A’对应为0，字符‘B’对应为1，此时0即为字符‘A’的编码。

给定一组字符并为其分配相应的编码，那么这些字符及其对应编码构成的集合，我们称之为字符集。比如，当字符列表为{‘A’,’B’}时，对应的字符集可表示为{‘A’=>0, ‘B’=>1}。

• 字符序()是指在同一字符集内字符之间的比较规则；

在确定了字符的顺序之后，我们便可以在该字符集中明确何为等价的字符，并界定字符间的相对大小。

每个字符序列都与特定的字符集一一对应，然而，一个字符集却可以与多个字符序列相匹配，其中包含一个被默认选定的字符序列（）。

MySQL的字符序命名规范遵循特定规则：名称以对应字符集的名称开头；并以_ci、_cs或_bin作为后缀，分别代表大小写不敏感、大小写敏感以及按编码值比较；比如，在某个特定的字符序中，“a”和“A”被视为相同的字符。

MySQL字符集设置

• 系统变量：

– ：默认的内部操作字符集

– ：客户端来源数据使用的字符集

– tion：连接层字符集

– s：查询结果字符集

– se：当前选中数据库的默认字符集

– ：系统元数据(字段名等)字符集

– 还有以开头的同上面对应的变量，用来描述字符序。

• 用指定文本字符串的字符集：

– 格式为： ’’

– 例如：

’’;

_utf8 ‘你好’ ;

在处理请求时，修饰的文本字符串将直接转换成内部字符集，无需进行额外的编码转换。

MySQL中的字符集转换过程

1. MySQL 收到请求时将请求数据从转换为tion；

在进行内部处理之前，需将请求数据中的`tion`格式转换为内部使用的字符集，具体转换方式如下：

- 使用每个数据字段的 SET设定值；

若未找到上述数值，则应参照数据表中预设的SET配置（系MySQL的扩展功能，非SQL标准规范）。

- 若上述值不存在，则使用对应数据库的 SET设定值；

- 若上述值不存在，则使用设定值。

3. 将操作结果从内部操作字符集转换为s。

我们现在回过头来分析下我们产生的乱码问题：

a 我们的字段没有设置字符集，因此使用表的数据集

b 我们的表没有指定字符集，默认使用数据库存的字符集

c 我们的数据库在创建的时候没有指定字符集，因此使用设定值

d 我们没有特意去修改的指定字符集，因此使用mysql默认

MySQL系统默认采用的字符集是某种特定类型，因此我们选择了另一种字符集进行配置；然而，我们项目所要求的字符集却是UTF-8，这就导致在插入中文数据时，很可能会出现乱码现象。

常见问题解析

在进行utf8编码的数据插入至默认字符集为utf8的数据表时，若在连接阶段未对字符集进行指定，那么在执行查询操作时，应确保将连接字符集设置为utf8。

在插入过程中，需依照MySQL服务器的既定配置，将“tion”和“s”这两个字符替换为分号。

在进行插入操作时，数据需要经历字符集转换步骤，具体为utf8编码；在此转换过程中，每个汉字的字节将从原来的3个增至6个，以进行存储。

在查询过程中，数据会经历从utf8到utf8的字符集转换，原有的6个字节信息将被完整保留，并可能导致乱码现象。请参照下方的图示进行了解。

在向默认字符集设定为某种编码的数据表导入采用utf8编码的数据之前，我们已经将连接字符集更改为utf8（我们遇到的错误问题正是由此产生）。

– 插入时根据连接字符集设置，、tion和s均为utf8；

在数据录入时，字符集会经历utf8到utf8的转换过程。如果原始数据中包含超出\u0000至\u00ff范围的字符，这些字符将无法在字符集中得到正确表示，从而被替换为“?”（即0x3F）符号。在后续的查询中，无论连接字符集的设置如何，都无法恢复这些被替换的内容。具体的转换过程可以参考下方的图示。

检测字符集问题的一些手段

• SHOW SET;

• SHOW ;

• SHOW LIKE ‘%’;

• SHOW LIKE ‘%’;

• SQL函数HEX、、

• SQL函数、

使用MySQL字符集时的建议

在创建数据库或表以及执行数据库相关操作的过程中，务必明确标注所采用的字符集，切不可依赖MySQL的预设值，以免在MySQL升级过程中遇到诸多不便。

在应用数据库和指定连接字符集时，尽管多数情形下能有效解决乱码问题，然而其不足之处在于无法按字符进行SQL操作，通常情况下，将数据库及连接字符集统一设置为utf8是一个较为理想的选择。

在运用mysql的C语言API进行操作时，完成数据库句柄的初始化步骤后，应立即将ME属性设置为utf8，如此一来，便无需通过SET NAMES语句来明确指定连接的字符集。即便是在进行重连或断开长连接的情况下，连接的字符集也会自动被重置为utf8。

在使用mysql PHP API时，通常情况下，针对页面级别的PHP程序，其运行时间相对较短。这时，一旦连接到数据库，只需通过执行SET NAMES语句来一次性设定连接的字符集即可。然而，若采用长连接，务必确保连接的稳定性。在断开并重新建立连接之后，同样需要使用SET NAMES语句来明确地重新设置连接的字符集。

其他注意事项

在f中的t设置仅限于影响MySQL命令连接服务器时使用的字符集，而对使用该库的应用程序并无任何影响！

SQL函数对字段的处理通常基于内部字符集执行，这一过程不会受到连接字符集配置的干扰。

在SQL语句中，未经处理的字符串可能会因字符集配置或相关设置的不同而受到影响，这可能导致比较等操作出现截然不同的结果，务必引起注意。

总结

经过上述分析和建议，我们对于如何解决所遇到的问题应采取何种方法，心中应当有了较为明确的认识。确实，正确的做法是在创建阶段就明确设定字符集，而不是通过调整默认配置来实现这一目标。当然，你也可以选择指定表的字符集，但这样做容易出现疏漏，尤其是在众多人员共同参与设计的情况下，失误的可能性会更大。

尽管不鼓励大家通过调整MySQL的预设字符集来解决问题，但在此，我仍将提供一些修改默认字符集的途径，以供大家参考。

MySQL默认字符集

MySQL在字符集的设置上可以精确到数据库、表格乃至单个字段。在传统程序构建数据库与数据表的过程中，通常并未采用如此细致的配置，而是采用了预设的默认设置。

在编译MySQL的过程中，我们设定了一个预设的字符集，该字符集为：

在安装MySQL的过程中，用户可在配置文件my.ini中设定一个预设的字符集编码。若未进行设定，该编码值将自动继承自编译阶段所指定的编码。

在启动过程中，用户可在命令行参数中设定一个预设的字符集。若未进行指定，系统将自动从配置文件中获取相应设置，并将该配置作为默认字符集进行应用。

在安装MySQL时，若选择了多语言支持选项，安装过程将自动将配置文件中的t参数设置为UTF-8编码，从而确保在默认情况下，所有数据库中的所有表以及它们的列均采用UTF-8格式进行存储。

查看默认字符集

在默认设置中，MySQL所采用的字符集为（），关于如何查看这一信息，我们之前已经提供了相应的指令。

修改默认字符集

最直接的做法，是调整MySQL的配置文件my.ini中关于字符集的设置项。

如    --set = utf8

=  utf8

修改完后，重启mysql的服务

(2) 还有一种修改字符集的方法，就是使用mysql的命令

mysql> SET = utf8 ;

mysql> SET tion = utf8 ;

mysql> SET se = utf8 ;

mysql> SET s = utf8 ;

mysql> SET = utf8 ;

mysql> SET = utf8 ;

mysql> SET = utf8 ;

mysql> SET = utf8 ;

将表的默认字符集设定为utf8，并采用UTF-8编码进行查询发送，但存储到数据库中的数据却呈现乱码状态。这或许表明连接层存在问题。为了解决这个问题，可以在发送查询之前先执行以下命令：设置字符集为'utf8'，这一操作等同于以下三条命令：

SET = utf8;

SET s = utf8;

SET tion = utf8;