如何解决mysql数据库中文乱码

如果在安完了以后可以更改以下文件：

C:\Program Files\MySQL\MySQL Server 50\myini

里的所有的 default-character-set=gbk

C:\Program Files\MySQL\MySQL Server 50\data\depot_development\dbopt

default-character-set=gbk

default-collation=gbk_chinese_ci

建立数据库时候：指定字符集类型

CREATE DATABASE haichen

CHARACTER SET ‘gbk’

COLLATE ‘gbk_chinese_ci’;

2建表的时候 也指定字符集

CREATE TABLE student (

ID varchar(40) NOT NULL default ”,

UserID varchar(40) NOT NULL default ”,

) ENGINE=InnoDB DEFAULT CHARSET=gbk;

————————————————————————————————————-

1。创建数据库的时候：CREATE DATABASE `database`

CHARACTER SET ‘utf8′

COLLATE ‘utf8_general_ci’;

2建表的时候 CREATE TABLE `database_user` (

`ID` varchar(40) NOT NULL default ”,

`UserID` varchar(40) NOT NULL default ”,

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

3设置URL的时候 jdbc:mysql://localhost:3306/databaseuseUnicode=true&characterEncoding=UTF-8

在select语句的where子句中使用like关键字，例如

select from 表1 where 列1 like '%计算机%'

表示查找列1中包含“计算机”字样的结果。

其中%代表任意多个字符，下划线代表一个字符。

MySQL的默认编码是Latin1，不支持中文，要支持中午需要把数据库的默认编码修改为gbk或者utf8。

1、需要以root用户身份登陆才可以查看数据库编码方式(以root用户身份登陆的命令为：>mysql -u root –p,之后两次输入root用户的密码)，查看数据库的编码方式命令为:

>show variables like 'character%';

+--------------------------+----------------------------+

| Variable_name | Value |

+--------------------------+----------------------------+

| character_set_client | latin1 |

| character_set_connection | latin1 |

| character_set_database | latin1 |

| character_set_filesystem | binary |

| character_set_results | latin1 |

| character_set_server | latin1 |

| character_set_system | utf8 |

| character_sets_dir | /usr/share/mysql/charsets/ |

+--------------------------+----------------------------+

从以上信息可知数据库的编码为latin1，需要修改为gbk或者是utf8；

其中，character_set_client为客户端编码方式；character_set_connection为建立连接使用的编码；character_set_database数据库的编码；

character_set_results结果集的编码；

character_set_server数据库服务器的编码；

只要保证以上四个采用的编码方式一样，就不会出现乱码问题。

另一个查看数据库编码的命令：

>show variables like ‘collation%’;

2、linux系统下，修改MySQL数据库默认编码的步骤为：

ü 停止MySQL的运行

/etc/initd/mysql start (stop) 为启动和停止服务器

ü MySQL主配置文件为mycnf，一般目录为/etc/mysql

var/lib/mysql/ 放置的是数据库表文件夹，这里的mysql相当于windows下mysql的date文件夹

ü 当我们需要修改MySQL数据库的默认编码时，需要编辑mycnf文件进行编码修改,在linux下修改mysql的配置文件mycnf，文件位置默认/etc/mycnf文件

找到客户端配置[client] 在下面添加

default-character-set=utf8 默认字符集为utf8

在找到[mysqld] 添加

default-character-set=utf8 默认字符集为utf8

init_connect='SET NAMES utf8' （设定连接mysql数据库时使用utf8编码，以让mysql数据库为utf8运行）

修改好后，重新启动mysql 即可，重新查询数据库编码可发现编码方式的改变：

>show variables like 'character%';

+--------------------------+----------------------------+

| Variable_name | Value |

+--------------------------+----------------------------+

| character_set_client | utf8 |

| character_set_connection | utf8 |

| character_set_database | utf8 |

| character_set_filesystem | binary |

| character_set_results | utf8 |

| character_set_server | utf8 |

| character_set_system | utf8 |

| character_sets_dir | /usr/share/mysql/charsets/ |

+--------------------------+----------------------------+

此方法用于标准mysql版本同样有效，对于/etc/mycnf文件，需要从mysql/support-files的文件夹cp my-largecnf一份到/etc/mycnf

3、windows系统下可以删除MySQL数据库，并重新安装，在安装过程中可以直接用Mysql Server Instance Config Wizard 进行设置

4、当MySQL数据库服务器已经有数据不适合删除重装时，可以个别指定数据库的编码方式。MySQL指定编码的方式是非常灵活并多样化的，可以指定表级别的编码，行级别编码，甚至可以指定字段级别的编码。

以下示例给出创建数据库时指定编码的两种方式：

1）CREATE DATABASE ms_db CHARACTER SET utf8 COLLATE utf8_general_ci；

2）create database if not exists netctoss default character set utf8;

5、如果你采用的是外部接入的方式，可以在连接中确定请求的编码格式如：jdbc:mysql://localhost:3306 /mysqluseUnicode=true&characterEncoding=utf-8(注意：不要出现任何空格，否则出错)

6、执行脚本：指定编码格式set names gbk(注意，不是UTF-8)可以修改

执行前：

执行后：

从执行命令前后可知，set names gbk只可以修改character_set_client、character_set_connection、 character_set_results的编码方式，并且这种修改是窗口级别的，只针对本窗口有效，打开另外一个窗口修改无效。也可发现数据库底层的编码方式没有改变，插入数据后还是以utf8编码方式保持。

你使用的是连接ACCESS数据库连接，根本不是MYSQL啊

MYSQL的如下：

Server=127001;Uid=root;Pwd=12345;Database=test;

对MySqlConnection对象进行了配置，使用用户名“root”和密码“12345”与位于127001的MySQL服务器相连。所有语句的默认数据库为测试数据库。

典型的选项如下:

1Server：将要连接的MySQL实例的名称或网络地址。默认为本地主机。别名包括Host, Data Source, DataSource, Address, Addr和Network Address。

2 Uid：连接时使用的MySQL用户账户。别名包括User Id, Username和User name。

3 Pwd：MySQL账户的密码。也可以使用别名密码。

4Database：所有语句作用于的默认数据库。默认为mysql。也可以使用别名Initial Catalog。

5Port：MySQL用于监听连接的端口。默认为3306。将该值指定为“-1”将使用命名管道连接。

一、转码失败

在数据写入到表的过程中转码失败，数据库端也没有进行恰当的处理，导致存放在表里的数据乱码。

针对这种情况，前几篇文章介绍过客户端发送请求到服务端。

其中任意一个编码不一致，都会导致表里的数据存入不正确的编码而产生乱码。

比如下面简单一条语句：

set @a = "文本字符串";

insert into t1 values(@a);

变量 @a 的字符编码是由参数 CHARACTER_SET_CLIENT 决定的，假设此时编码为 A，也就是变量 @a 的编码。

2 写入语句在发送到 MySQL 服务端之前的编码由 CHARACTER_SET_CONNECTION 决定，假设此时编码为 B。

3 经过 MySQL 一系列词法，语法解析等处理后，写入到表 t1，表 t1 的编码为 C。

那这里编码 A、编码 B、编码 C 如果不兼容，写入的数据就直接乱码。

二、客户端乱码

表数据正常，但是客户端展示后出现乱码。

这一类场景，指的是从 MySQL 表里拿数据出来返回到客户端，MySQL 里的数据本身没有问题。客户端发送请求到 MySQL，表的编码为 D，从 MySQL 拿到记录结果传输到客户端，此时记录编码为 E（CHARACTER_SET_RESULTS）。

那以上编码 E 和 D 如果不兼容，检索出来的数据就看起来乱码了。但是由于数据本身没有被破坏，所以换个兼容的编码就可以获取正确的结果。

这一类又分为以下三个不同的小类：

1)字段编码和表一致，客户端是不同的编码

比如下面例子， 表数据的编码是 utf8mb4，而 SESSION 1 发起的连接编码为 gbk。那由于编码不兼容，检索出来的数据肯定为乱码。

2）表编码和客户端的编码一致，但是记录之间编码存在不一致的情形

比如表编码是 utf8mb4，应用端编码也是 utf8mb4，但是表里的数据可能一半编码是 utf8mb4，另外一半是 gbk。那么此时表的数据也是正常的，不过此时采用哪种编码都读不到所有完整的数据。这样数据产生的原因很多，比如其中一种可能性就是表编码多次变更而且每次变更不彻底导致（变更不彻底，我之前的篇章里有介绍）。举个例子，表 t3 的编码之前是 utf8mb4，现在是 gbk，而且两次编码期间都被写入了正常的数据。

3）每个字段的编码不一致，导致乱码和第二点一样的场景。不同的是：非记录间的编码不统一，而是每个字段编码不统一。举个例子，表 c1 字段 a1,a2。a1 编码 gbk，a2 编码是 utf8mb4。那每个字段单独读出来数据是完整的，但是所有字段一起读出来，数据总会有一部分乱码。

三、LATIN1

还有一种情形就是以 LATIN1 的编码存储数据

估计大家都知道字符集 LATIN1，LATIN1 对所有字符都是单字节流处理，遇到不能处理的字节流，保持原样，那么在以上两种存入和检索的过程中都能保证数据一致，所以 MySQL 长期以来默认的编码都是 LATIN1。这种情形，看起来也没啥不对的点，数据也没乱码，那为什么还有选用其他的编码呢？原因就是对字符存储的字节数不一样，比如 emoji 字符 "❤"，如果用 utf8mb4 存储，占用 3 个字节，那 varchar(12) 就能存放 12 个字符，但是换成 LATIN1，只能存 4 个字符。

以上就是关于如何解决mysql数据库中文乱码全部的内容，包括:如何解决mysql数据库中文乱码、Mysql数据库中海量字符串中如何快速查找那些具有公共的子串字符串、如何查看设置mysql数据库编码方式等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！