本文将为大家讲解如何处理Java连接过程中的MySQL中文乱码问题。一般MySQL中文乱码问题都是与字符集有关，这里作者的经历也大致差不多。
MySQL默认编码是latin1
1.mysql> show variables like'character%';
2.+--------------------------+--------------------------+
3.| Variable_name | Value |
4.+--------------------------+--------------------------+
5.| character_set_client | latin1 |
6.| character_set_connection | latin1 |
7.| character_set_database | latin1 |
8.| character_set_filesystem | binary |
9.| character_set_results | latin1 |
10.| character_set_server | latin1 |
11.| character_set_system | utf8 |
12.| character_sets_dir | D:\MySQL\share\charsets\ |
13.+--------------------------+--------------------------+
14.创建数据表并插入数据
15.mysql> use test;
16.mysql> create table messages (
17. -> id int(4) unsigned auto_increment primary key,
18. -> message varchar(50) not null
19. -> ) engine=myisam default charset=utf8;
20.mysql> insert into messages (message) values ("测试MySQL中文显示");
21.mysql> select * from messages;
22.+----+-------------------+
23.| id | message |
24.+----+-------------------+
25.| 1 | 测试MySQL中文显示 |
26.+----+-------------------+
27.编写程序（Java）
28.import java.sql.Connection;
29.import java.sql.DriverManager;
30.import java.sql.ResultSet;
31.import java.sql.Statement;
32.public class JDBCTest {
33.public static void main(String[] args) {
34. String driver = "com.mysql.jdbc.Driver";
35. String url = "jdbc:mysql://localhost:3306/test";
36. String user = "root";
37. String password = "root";
38. try {
39. Class.forName(driver);
40.Connection conn = DriverManager.getConnection(url, user,
password);
41. Statement stmt = conn.createStatement();
42. stmt.executeUpdate("insert into messages (message) value
s ('测试MySQL编码')");
43. ResultSet rs = stmt.executeQuery("select * from messages
");
44. while (rs.next()) {
45.int id = rs.getInt("id");
46. String message = rs.getString("message");
47. System.out.println(id + " " + message);
48. }
49. rs.close();
50. stmt.close();
51. conn.close();
52. } catch (Exception e) {
53. e.printStackTrace();
54. }
55. }
56.}
57.程序输出
58. 1 ????MySQL????????
59. 2 ??MySQL??
我们看到，尽管使用数据库时我们能够正常的添加和显示中文，但是在使用程序连接数据库时并不能够正常显示中文，为此我们需要修改MySQL的默认编码，编辑my.ini（MySQL 配置文件）文件对编码进行修改
设置MySQL的默认字符集为utf8，找到客户端配置[client]在下面添加。
default-character-set=utf8
找到服务器配置[mysqld]在下面添加
default-character-set=utf8
设定MySQL数据库以utf8编码运行，连接MySQL数据库时使用utf8编码
停止和重新启动MySQL
net stop mysql
net start mysql
重新连接数据库，查看编码，数据表内容
60.mysql> show variables like'character%';
61.+--------------------------+--------------------------+
62.| Variable_name | Value |
63.+--------------------------+--------------------------+
64.| character_set_client | utf8 |
65.| character_set_connection | utf8 |
66.| character_set_database | utf8 |
67.| character_set_filesystem | binary |
68.| character_set_results | utf8 |
69.| character_set_server | utf8 |
70.| character_set_system | utf8 |
71.| character_sets_dir | D:\MySQL\share\charsets\ |
72.+--------------------------+--------------------------+
73.mysql> use test;
74.mysql> select * from messages;
75.+----+-------------------------------+
76.| id | message |
77.+----+-------------------------------+
78.| 1 | 虏芒脢脭MySQL脰脨脦脛脧脭脢戮 |
79.| 2 | ??MySQL?? |
80.+----+-------------------------------+
81.这里显示依然是乱码主要是因为之前使用的编码不同造成的，重新运行之前写的程序：
java JDBCTest
82. 1 ????MySQL????????
83. 2 ??MySQL??
84. 3 测试MySQL编码
85.从第三条记录我们可以看到现在程序连接数据库时可以正常的添加和显示中文了
86.mysql> select * from messages;
87.+----+-------------------------------+
88.| id | message |
89.+----+-------------------------------+
90.| 1 | 虏芒脢脭MySQL脰脨脦脛脧脭脢戮 |
91.| 2 | ??MySQL?? |
92.| 3 | 娴嬭瘯MySQL缂栫爜 |
93.+----+-------------------------------+
看回数据库的显示，我们会很奇怪的发现为什么显示的都是乱码，这主要是和windows 下命令行的编码有关，在命令行上查看属性->选项的当前代码页：936 (ANSI/OEM - 简体中文 GBK)（本人机子上是这样显示的）
也就是说命令行上使用的是GBK编码，而我们是在程序连接时使用utf8进行添加的，所以会出现有乱码，现在我们将客户端的编码改成gb2312或gbk试一下
94.mysql> show variables like'character%';
95.+--------------------------+--------------------------+
96.| Variable_name | Value |
97.+--------------------------+--------------------------+
98.| character_set_client | gb2312 |
99.| character_set_connection | gb2312 |
100.| character_set_database | utf8 |
101.| character_set_filesystem | binary |
102.| character_set_results | gb2312 |
103.| character_set_server | utf8 |
104.| character_set_system | utf8 |
105.| character_sets_dir | D:\MySQL\share\charsets\ |
106.+--------------------------+--------------------------+
107.mysql> use test;
108.mysql> select * from messages;
109.+----+-------------------+
110.| id | message |
111.+----+-------------------+
112.| 1 | ????MySQL???????? |
113.| 2 | ??MySQL?? |
114.| 3 | 测试MySQL编码 |
115.+----+-------------------+
现在可以看到中文正常显示了（主要是因为utf8也支持中文），所以当我们使用命令行工具连接数据库的时候最好将客户端的编码改一下，如果使用GUI的话就不必了，同时修改客户端的编码之后程序依然能够正常显示（以上两点已经测试）
所以如果在程序中要显示中文的话我们可以选用utf8，gb2312，gbk这三种编码，但是如果想在命令行添加中文数据或者查看的话就需要将客户端的编码设置为gb2312或gbk了，还是那句，CMD的编码有关
解决方法一:(最重要的一种方法)
你看下my.ini，有无
[mysql]
default-character-set=utf8
[client]
default-character-set=utf8
[mysqld]
default-character-set=utf8
然后建立表时，也要用（比如）
DROP TABLE IF EXISTS `Company`;
CREATE TABLE IF NOT EXISTS `Company`
(
`Cname` VARCHAR(10) NOT NULL,
`Caddr` VARCHAR(100),
`Ctel` VARCHAR(16)
)ENGINE=InnoDB DEFAULT CHARSET=UTF8;
这样就没问题。
如果是jsp要声明：
contentType="text/html;charset=gb2312"
解决方法二：
连接mysql时(无论在从mysql读还是取数据的情况)，指定使用的编码方式为utf-8，具体代码如下
//装载mysql-jdbc驱动
Class.forName("com.mysql.jdbc.Driver").newInstance();
//连接数据库
Connection sqlCon = DriverManager.getConnection( "jdbc:mysql://localhost:3306/test?
user=root&password=1&useUnicode=true&characterEncoding=utf-8" );
解决方法三：
如果方法一不行那么在方法一的基础上对读入的字符串进行强制编码方式转换。
代码示例如下：
String name = rst.getString("name");
name= new String(name.getBytes("ISO-8859-1"),"utf-8");
注：代码也可以为：String name =new
String( rst.getString("name").getBytes("ISO-8859-1"),"utf-8"));其中rst为返回的
resultset,ISO-8859-1为mysql默认的编码方式，代码的目的是把以ISO-8859-1的编码转换为gb2312编码方式，这样强制转换，可以解决一部分问题，如果结合方法一，应该可以解决中文乱码问题。
解决方法四：
这个方法在有些文章里是首推的，我首先也是试了这个方法，但是好像不行。这里还是说一下，不知是不是我操作错误。还是先贴原文吧：
"如果数据库中有中文的话而mysql默认的语言不是中文时要在配置文件C:winntmy.ini 中的[mysqld] 里添加一行：
default-character-set=utf-8
然后重起mysql
解决方法五：
在tomcat conf 里面的web.xml里面更改：
解决Java中POST和GET请求的中文乱码问题 当我们通过表单向服务器提交数据时，数据的流向是：浏览器→服务器，服务器→浏览器，如果浏览器端和服务器端所采用的编码方式不一致，就会出现乱码问题。 输入时 POST请求 服务器端获取正常编码格式的字符串 1,首先确保表单所在的页面按照指定的字符集打开 2,在服务器端按照这个编码格式解码即可 request.setCharacterEncoding("utf-8"); GET请求 1,使用meta确保表单所在页面按照指定字符集打开 2,在服务器端使用如下方式获取参数 String userName = request.getParameter("username"); userName = new String(userName.getBytes("iso-8859-1"),"UTF-8");
输出时 POST请求和GET请求一样,都需要在输出对象调用输出方法之前调用setContentType(String content)方法 response.setContentType("text/html;charset=utf-8"); 作用 1,通知容器,在调用out.println方法输出时，使用指定的字符集 2,生成消息头中content-type的值，通知浏览器，服务端返回的数据类型和字符集 注意 在JSP中，<%@page pageEncoding=”UTF-8”%> 该指令只是设置页面本身的编码，这是因为jsp文件与Servlet不同，jsp文件需要由容器来编译，所以需要为其指定编码。取值时，需要设置指定编码。 <%@page contentType=”text/html;charset=UTF-8”%> 这句话相当于：response.setContentType("text/html;charset=utf-8");
用MS SQL和oracle9 太吃内存,有点大,全给卸载了. 安装了mysql占内存小,方便使用! version:mysql-essential-5.1.36 在MySQL Command Line Client显示中文一切正常; 在eclipse中新工程,连接到mysql,读取一个表显示: 代码: package com.mch.mysql; import java.sql.Connection; import java.sql.DriverManager; import java.sql.ResultSet; import java.sql.SQLException; import java.sql.Statement; public class Mysql1 { public static void main(String[] args) { String url ="jdbc:mysql://localhost/test"; String user="root"; String password="******"; try { Class.forName("org.gjt.mm.mysql.Driver").newInstance(); Connection conn= DriverManager.getConnection(url,user,password); Statement stmt = conn.createStatement();
ResultSet rs = stmt.executeQuery("select * from pet"); while(rs.next()){ System.out.print("name：" + rs.getString(1)); System.out.print("\t所有者：" + rs.getString(2)); System.out.print("\tbirth：" + rs.getString("birth")); System.out.println(); } rs.close(); stmt.close(); conn.close(); } catch (InstantiationException e) { e.printStackTrace(); } catch (IllegalAccessException e) { e.printStackTrace(); } catch (ClassNotFoundException e) { e.printStackTrace(); } catch (SQLException e) { e.printStackTrace(); } } } 显示乱码?号.
JavaMail附件中文名称乱码 问题: 用Javamail发邮件到邮件服务器,从邮箱中查看发现附件的中文名称变成了密码原因:不明 解决:在设置邮件附件的时候调用javax.mail.internet.MimeUtility来编码, 例如 MimeMessagemsg = new MimeMessage(session); msg.setFrom(new InternetAddress(from)); InternetAddress[] address = { new InternetAddress(to) }; msg.setRecipients(Message.RecipientType.TO, address); msg.setSubject(subject); // create and fill the first message part MimeBodyPart mbp1 = new MimeBodyPart(); mbp1.setText(msgText1); // create the second message part MimeBodyPart mbp2 = new MimeBodyPart(); // attach the file to the message mbp2.attachFile(filePath); mbp2.setFileName(MimeUtility.encodeWord(fileName)); // create the Multipart and add its parts to it Multipart mp = new MimeMultipart(); mp.addBodyPart(mbp1); mp.addBodyPart(mbp2); // add the Multipart to the message msg.setContent(mp); // set the Date: header msg.setSentDate(new Date()); /* * If you want to control the Content-Transfer-Encoding of the * attached file, do the following. Normally you should never need * to do this. * * msg.saveChanges(); mbp2.setHeader("Content-Transfer-Encoding",
解决openfire在使用MySQL数据库后的中文乱码问题 openfire是一个非常不错的IM服务器，而且是纯Java实现，具有多个平台的版本，他的数据 存储可以采用多种数据库，如MySQL，Oracle等。 在实际使用时大家遇到最多的就是采用MySQL数据库后的中文乱码问题，这个问题十分有趣， 而且从现象上可以看出openfire内部的一些机制。 实际问题是这样的：首先启动openfire服务器，然后利用客户端或直接登录到后台新建一个帐户，为该帐户指定一些中文的属性，如姓名等。如果不重启服务器，你永远不会觉得有什么不对的地方，因为所有的中文显示都是正常的。接下来重启一下openfire，再用建立的帐号登录 客户端或进入后台管理端查看，会发现所有的中文全都变成了问号。登录到数据库中进行查看，发现所有的中文字符也均为问号，这说明了两个问题： openfire具有应用层缓存 数据库编码存在问题 解决办法其实也很简单，首先要保证你为openfire创建的数据库编码是utf8的，建表语句如下： create database openfire default character set utf8 default collate utf8_general_ci 当你原来就创建好数据库时，你可以用： alter database openfire default character set utf8 default collate utf8_general_ci; 其次，在初始化openfire数据库，即第一次配置openfire服务器时，在连接数据库那里的连 接串要加入字符编码格式，必须在连接里增加UTF8的编码要求，连接字符串设置如下： jdbc:mysql://127.0.0.1:3306/openfire?useUnicode=true&characterEncoding=utf8 如果已经安装完成，这个配置也是可以改动的，直接到openfire的安装目录下，找到 conf/openfire.xml这样一个文件，打开找到如下的XML节，修改其中的serverURL即可
解决: jsp页面中文显示问题 <%@ page pageEncoding=”gb2312″ %>，决定jsp页面编写时的编码。 <%@ page content_type=”text/html;charset=UTF-8″ %>,决定jsp页面显示在客户端浏览器的编码。 在解决这个问题的同时，我还发现了一篇至今为止我所见过的解决java中文问题最彻底的文章： 上篇：https://www.doczj.com/doc/1b17379761.html,/pcedu/empolder/gj/java/0404/ 366404.html 下篇：https://www.doczj.com/doc/1b17379761.html,/pcedu/empolder/gj/java/0405/ 368760.html 深入Java中文问题及最优解决方法 Abstract：本文深入分析了Java程序设计中Java编译器对java源文件和JVM对class类文件的编码/解码过程，通过此过程的解析透视出了Java编程中中文问题产生的根本原因，最后给出了建议的最优化的解决Java中文问题的方法。 1、中文问题的来源 计算机最初的操作系统支持的编码是单字节的字符编码，于是，在计算机中一切处理程序最初都是以单字节编码的英文为准进行处理。随着计算机的发展，为了适应世界其它民族的
语言（当然包括我们的汉字），人们提出了UNICODE编码，它采用双字节编码，兼容英文字符和其它民族的双字节字符编码，所以，目前，大多数国际性的软件内部均采用UNICODE编码，在软件运行时，它获得本地支持系统（多数时间是操作系统）默认支持的编码格式，然后再将软件内部的UNICODE转化为本地系统默认支持的格式显示出来。Java的JDK和JVM即是如此，我这里说的JDK是指国际版的JDK，我们大多数程序员使用的是国际化的JDK版本，以下所有的JDK均指国际化的JDK版本。我们的汉字是双字节编码语言，为了能让计算机处理中文，我们自己制定的gb2312、GBK、GBK2K等标准以适应计算机处理的需求。所以，大部分的操作系统为了适应我们处理中文的需求，均定制有中文操作系统，它们采用的是GBK,GB2312编码格式以正确显示我们的汉字。如：中文Win2K默认采用的是GBK编码显示，在中文WIN2k中保存文件时默认采用的保存文件的编码格式也是GBK 的，即，所有在中文WIN2K中保存的文件它的内部编码默认均采用GBK编码，注意：GBK是在GB2312基础上扩充来的。 由于Java语言内部采用UNICODE编码，所以在JAVA程序运行时，就存在着一个从UNICODE编码和对应的操作系统及浏览器支持的编码格式转换输入、输出的问题，这个转换过程有着一系列的步骤，如果其中任何一步出错，则显示出来的汉字就会出是乱码，这就是我们常见的JAVA中文问题。
解决PHP+mysql处理中文乱码的独家方案 本方案适用于所有页面文件均为php(已成功测试过)，如果有混合文件读者可以亲自测试。 问题现象如下图，1所示为修复过的头部引用文件header.php，中文能正常显示，2所示为未修复过的standard.php页面文件。 一、为了解决问题，首先应该设置数据库的字符编码，如下图所示，本例将所有编码设置为UTF-8。 同样将数据库中的所有表的字符编码设置成UTF-8。
这样，数据库中可以正常显示中文字符了，如下图所示。 如果要导入外来数据，也要设置好字符编码，对于非mysql数据库的导入（如从ACCESS数据库中导入），需要设置分隔字段的字符，然后执行便可，如下图所示。 ---------------------------------------- 二、数据库的字符编码完成后，便要将页面文件的编码设置好。 这里的要点有如下三点(红色为说明文字)：
为了实现上述三点要求，本例采用的方案如下： 1.创建一个数据库连接文件conn.php ，其中在开头设置header 编码，并在创建数据连接后设置SQL 请求的编码，如下图所示： 2.设置页面文件的文件类型。可以在页面文件中的
标签中设置字符编 码。 2.1如果之前的字符编码为gb2312，则该文件类型为ANSI （本例使用DW 和notepad++软件，读者也可用UE 编辑软件，只不过类型显示名称不一样而已），如下图所示： 2.2将标签的编码设置成utf-8并保存文件后，再次打开，会发现文件类型变成了ANSI as UTF-8，如下图所示：java中文解决大全 Abstract：本文深入分析了Java程序设计中Java编译器对java源文件和JVM对class类文件的编码/解码过程，通过此过程的解析透视出了Java编程中中文问题产生的根本原因，最后给出了建议的最优化的解决Java中文问题的方法。 1.中文问题的来源 计算机最初的操作系统支持的编码是单字节的字符编码，于是，在计算机中一切处理程序最初都是以单字节编码的英文为准进行处理。随着计算机的发展，为了适应世界其它民族的语言（当然包括我们的汉字），人们提出了UNICODE编码，它采用双字节编码，兼容英文字符和其它民族的双字节字符编码，所以，目前，大多数国际性的软件内部均采用UNICODE编码，在软件运行时，它获得本地支持系统（多数时间是操作系统）默认支持的编码格式，然后再将软件内部的UNICODE转化为本地系统默认支持的格式显示出来。Java的JDK和JVM即是如此，我这里说的JDK是指国际版的JDK，我们大多数程序员使用的是国际化的JDK版本，以下所有的JDK均指国际化的JDK版本。我们的汉字是双字节编码语言，为了能让计算机处理中文，我们自己制定的gb2312、GBK、GBK2K等标准以适应计算机处理的需求。所以，大部分的操作系统为了适应我们处理中文的需求，均定制有中文操作系统，它们采用的是GBK,GB2312编码格式以正确显示我们的汉字。如：中文Win2K默认采用的是GBK编码显示，在中文WIN2k中保存文件时默认采用的保存文件的编码格式也是GBK的，即，所有在中文WIN2K中保存的文件它的内部编码默认均采用GBK编码，注意：GBK是在GB2312基础上扩充来的。 由于Java语言内部采用UNICODE编码，所以在JAVA程序运行时，就存在着一个从UNICODE编码和对应的操作系统及浏览器支持的编码格式转换输入、输出的问题，这个转换过程有着一系列的步骤，如果其中任何一步出错，则显示出来的汉字就会出是乱码，这就是我们常见的JAVA中文问题。 同时，Java是一个跨平台的编程语言，也即我们编写的程序不仅能在中文windows上运行，也能在中文Linux等系统上运行，同时也要求能在英文等系统上运行（我们经常看到有人把在中文win2k上编写的JAVA程序，移植到英文Linux上运行）。这种移植操作也会带来中文问题。 还有，有人使用英文的操作系统和英文的IE等浏览器，来运行带中文字符的程序和浏览中文网页，它们本身就不支持中文，也会带来中文问题。 几乎所有的浏览器默认在传递参数时都是以UTF-8编码格式来传递，而不是按中文编码传递，所以，传递中文参数时也会有问题，从而带来乱码现象。
数据库读出乱码解决 一、分析常见数据库问题 修改MYSQL数据库,数据表,字段的编码（解决JSP乱码） 要解决JSP乱码,首先就要了解JSP乱码的原因 1.架设服务器安装MYSQL时的会让你选择一种编码,如果这种编码与你的网页不一致,可能就会造成JSP页面乱码 2.在PHPMYADMIN或mysql-front等系统创建数据库时会让你选择一种编码,如果这种编码与你的网页不一致,也有可能造成JSP页面乱码 3.创建表时会让你选择一种编码,如果这种编码与你的网页编码不一致,也可能造成JSP页面乱码 4.创建表时添加字段是可以选择编码的,如果这种编码与你的网页编码不一致,也可能造成JSP 页面乱码 5.用户提交JSP页面的编码与显示数据的JSP页面编码不一致,就肯定会造成JSP页面乱码. 如用户输入资料的JSP页面是big5码,显示用户输入的JSP页面却是gb2312,这种100%会造成JSP页面乱码 6.字符集不正确 要注意: 1.平时你在某些网站看到的文字可能有几种编码,如你看到一个繁体字,它有可能是big5编码,也有可能是utf-8编码的,更有可能是gb码的,没错,也就是说有简体编码的繁体字,也有繁体编码的简体字,一定要了解这一点. 如果你是做一个简体编码的网页,编码定为GB2312,如果有香港和台湾地区的访客提交繁体的信息,就可能会造成乱码,解决方法就是(1)将网站编码设为utf-8,这样可以兼容世界上所有字符,(2)如果网站已经运作了好久,已有很多旧数据,不能再更改简体中文的设定,那么建议将页面的编码设为GBK, GBK与GB2312的区别就在于:GBK能比GB2312显示更多的字符,要显示简体码的繁体字,就只能用GBK 7.JSP连接MYSQL数据库语句指定的编码不正确 8.JSP页面没有指定数据提交的编码,就会造成乱码: 所以,JSP乱码的原因无非就是以上几种,知道原因之后,要解决JSP乱码的方法也容易多了 我们一一来表达: 1.如果安装mysql的编码已不能更改,很多朋友是购买虚拟主机建立网站,无权更改MYSQL的安装编码,这一关我们可以跳过,因为只要后面的步聚正确,一样能解决乱码问题 2.修改数据库编码，如果是数据库编码不正确:可以在phpmyadmin执行如下命令:ALTER DATABASE`test`DEFAULT CHARACTER SET utf8COLLATE utf8_bin 以上命令就是将test数据库的编码设为utf8
mysql+php中文显示乱码的解决mysql+php中文显示乱码的解决 建议数据库用utf8编码 问题汇总： 1.mysql数据库默认的编码是utf8,如果这种编码与你的PHP网页不一致,可能就会造成MYSQL乱码. 2.MYSQL中创建表时会让你选择一种编码,如果这种编码与你的网页编码不一致,也可能造成MYSQL乱码. 3.MYSQL创建表时添加字段是可以选择编码的,如果这种编码与你的网页编码不一致,也可能造成MYSQL乱码. 4.用户提交页面的编码与显示数据的页面编码不一致,就肯定会造成PHP 页面乱码. 5.如用户输入资料的页面是big5码, 显示用户输入的页面却是gb2312,这种100%会造成PHP页面乱码. 6.PHP页面字符集不正确. 7.PHP连接MYSQL数据库语句指定的编码不正确. 使用mysql+php产生乱码的原因都了解得很清楚了,那么解决就不困难
了. 针对不同问题的解决方法： 1.mysql数据库默认的编码是utf8,如果这种编码与你的PHP网页不一致,可能就会造成MYSQL乱码. 修改数据库编码，如果是数据库编码不正确,可以在phpmyadmin 执行如下命令: ALTER DATABASE 'test' DEFAULT CHARACTER SET utf8 COLLATE utf8_bin 以上命令就是将test数据库的编码设为utf8. 2.MYSQL中创建表时会让你选择一种编码,如果这种编码与你的网页编码不一致,也可能造成MYSQL乱码. 修改表的编码： ALTER TABLE 'category' DEFAULT CHARACTER SET utf8 COLLATE utf8_bin 以上命令就是将一个表category的编码改为utf8. 3.MYSQL创建表时添加字段是可以选择编码的,如果这种编码与你的网页编码不一致,也可能造成MYSQL乱码. 修改字段的编码： ALTER TABLE 'test' CHANGE 'dd' 'dd' VARCHAR( 45 ) CHARACTER SET utf8
转载：Mysql中文乱码的解决方法 第一种方法，很精辟的总结： 经常更换虚拟主机,而各个服务商的MYSQL版本不同,当导入数据后,总会出现乱码等无法正常显示的问题,查了好多资料,总结出自己的一点技巧: WINDOWS 下导入应该这样 使用MYSQL的命令 在DOS 命令下进入mysql的bin目录下,输入mysql -uroot -p密码数据库名称<要恢复的数据库, 例如我们要把D盘的一个名称为test.sql的数据库恢复到本地的test2这个数据库,那么就这样: mysql -uroot -p密码test2以前的国外主机用的Mysql是4.x系列的，感觉还比较好，都无论GBK和UTF-8都没有乱码，没想到新的主机的Mysql是5.0版本的，导入数据后，用Php读出来全是问号，乱码一片，记得我以前也曾经有过一次切换出现乱码的经验，原因肯定是Mysql版本之间的差异问题。 只好查资料，发现了一个解决方法，就是在mysql_connect后面加一句SET NAMES UTF8，即可使得UTF8的数据库消除乱码，对于GBK的数据库则使用SET NAMES GBK，代码如下： $mysql_mylink = mysql_connect($mysql_host, $mysql_user, $mysql_pass); mysql_query("SET NAMES 'GBK'"); 数据库字符集为utf-8 连接语句用这个 mysql_query("SET NAMES 'UTF8'"); mysql_query("SET CHARACTER SET UTF8"); mysql_query("SET CHARACTER_SET_RESULTS=UTF8'");
彻底解决mysql中文乱码的办法 MySQL会出现中文乱码的原因不外乎下列几点： 1.server本身设定问题，例 如还停留在latin1 2.table的语系设定问题(包含character与collation) 3.客户端程式(例如php)的连线语系设定问题强烈建议使用utf8!!!! utf8可以兼容世界上所有字符!!!! Linux下Mysql插入中文显示乱码解决方案 mysql -uroot -p 回车输入密码 进入mysql查看状态如下： mysql不能插入中文 默认的是客户端和服务器都用了latin1，所以会乱码。 解决方案: mysql>user mydb; mysql>alter database mydb character set utf8;! 另一种方法是直接修改默认的Mysql配置文件 在debian环境下，彻底解决mysql无法插入中文和中文乱码的办法 上面提到了用临时方法更改数据库的字符集设置，显示中文，但是后来发现在有的系统下并不能成功，比如我用的debian 7.0，找了好久终于找到一个适合debian系统的解决方案，debian 7.0下测试成功，其他诸如修改client和mysql加入default-character-set=utf8的方法之类的，只适用与5.5以前的系统！ 终极决绝方案，一劳永逸：
debian下mysql的字符串修改为utf8(参考:rainysia的专栏) 一、进入mysql(mysql -uroot -p),查看当前数据库字符集(status;) 二、查看当前系统版本(lsb_release -a) Mysql不能插入中文 三、#vim /etc/mysql/https://www.doczj.com/doc/1b17379761.html,f 。(5.5以前系统)在【client】下面加 入default-character-set=utf8 在【mysqld】下面加入default-character-set=utf8 Notice：注意如果修改后不能启动报错试试把default-character-set=utf8 改为character_set_server=utf8，仅仅加入到mysqld下面的.client就不需 要加了 四、#vim /etc/mysql/https://www.doczj.com/doc/1b17379761.html,f 。(5.5以后系统)如下修改： [client] default-character-set=utf8 [mysqld] default-storage-engine=INNODB character-set-server=utf8 collation-server=utf8_general_ci 五、重启mysql(/etc/init.d/mysql stop /etc/init.d/mysql start) 六、修成成功，进入mysql查看字符集(mysql>show variables like ‘character_set_%’;) Mysql无法插入中文 一、避免创建数据库及表出现中文乱码和查看编码方法 1、创建数据库的时候：CREATE DATABASE `test` 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个设置好了，基本就不会出问题了,即建库和建表时都使用相同的编码格式。但是如果你已经建了库和表可以 通过以下方式进行查询。 1.查看默认的编码格式: mysql> show variables like "%char%"; +--------------------------+---------------+ |
Java中文乱码问题产生原因分析 在计算机中，只有二进制的数据，不管数据是在内存中，还是在外部存储设备上。对于我们所看到的字符，也是以二进制数据的形式存在的。不同字符对应二进制数的规则，就是字符的编码。字符编码的集合称为字符集。 17.1.1 常用字符集 在早期的计算机系统中，使用的字符非常少，这些字符包括26个英文字母、数字符号和一些常用符号（包括控制符号），对这些字符进行编码，用1个字节就足够了（1个字节可以表示28=256种字符）。然而实际上，表示这些字符，只使用了1个字节的7位，这就是ASCII编码。
1．ASCII ASCII（American Standard Code for Information Interchange，美国信息互换标准代码），是基于常用的英文字符的一套电脑编码系统。每一个ASCII码与一个8位（bit）二进制数对应。其最高位是0，相应的十进制数是0～127。例如，数字字符“0”的编码用十进制数表示就是48。另有128个扩展的ASCII码，最高位都是1，由一些图形和画线符号组成。ASCII是现今最通用的单字节编码系统。 ASCII用一个字节来表示字符，最多能够表示256种字符。随着计算机的普及，许多国家都将本地的语言符号引入到计算机中，扩展了计算机中字符的范围，于是就出现了各种不同的字符集。 2．ISO8859-1 因为ASCII码中缺少￡、ü和许多书写其他语言所需的字符，为此，可以通过指定128以后的字符来扩展ASCII码。国际标准组织（ISO）定义了几个不同的字符集，它们是在ASCII码基础上增加了其他语言和地区需要的字符。其中最常用的是ISO8859-1，通常叫做Latin-1。Latin-1包括了书写所有西方欧洲语言不可缺少的附加字符，其中0～127的字符与ASCII码相同。ISO 8859另外定义了14个适用于不同文字的字符集（8859-2到8859-15）。这些字符集共享0～127的ASCII码，只是每个字符集都包含了128～255的其他字符。 3．GB2312和GBK GB2312是中华人民共和国国家标准汉字信息交换用编码，全称《信息交换用汉字编码字符集－基本集》，标准号为GB2312-80，是一个由中华人民共和国国家标准总局发布的关于简化汉字的编码，通行于中国大陆和新加坡，简称国标码。 因为中文字符数量较多，所以采用两个字节来表示一个字符，分别称为高位和低位。为了和ASCII码有所区别，中文字符的每一个字节的最高位都用1来表示。GB2312字符集是几乎所有的中文系统和国际化的软件都支持的中文字符集，也是最基本的中文字符集。它包含了大部分常用的一、二级汉字和9区的符号，其编码范围是高位0xa1-0xfe，低位也是0xa1-0xfe，汉字从0xb0a1开始，结束于0xf 7fe。 为了对更多的字符和符号进行编码，由前电子部科技质量司和国家技术监督局标准化司于1995年12月颁布了GBK（K是“扩展”的汉语拼音第一个字母）编码规范，在新的编码系统里，除了完全兼容GB2312外，还对繁体中文、一些不常用的汉字和许多符号进行了编码。它也是现阶段Windows和其他一些中文操作系统的默认字符集，但并不是所有的国际化软件都支持该字符集。不过要注意的是GBK不是国家标准，它只是规范。GBK字符集包含了20 902个汉字，其编码范围是0x8140-0xfefe。 每个国家（或区域）都规定了计算机信息交换用的字符编码集，这就造成了交流上的困难。想像一下，你发送一封中文邮件给一位远在西班牙的朋友，当邮件通过网络发送出去的时候，你所书写的中文字符会按照本地的字符集GBK转换为二进制编码数据，然后发送出去。当你的朋友接收到邮件（二进制数据）后，查看信件时，会按照他所用系统的字符集，将二进制编码数据解码为字符，然而由于两种字符集之间编码的规则不同，导致转换出现乱码。这是因为，在不同的字符集之间，同样的数字可能对应了不同的符号，也可能在另一种字符集中，该数字没有对应符号。 为了解决上述问题，统一全世界的字符编码，由Unicode协会1制定并发布了Unicode编码。 4．Unicode Unicode（统一的字符编码标准集）使用0～65535的双字节无符号数对每一个字符进行编码。它不仅包含来自英语和其他西欧国家字母表中的常见字母和符号，也包含来自古斯拉夫语、希腊语、希伯来语、阿拉伯语和梵语的字母表。另外还包含汉语和日语的象形汉字和韩国的Hangul音节表。 目前已经定义了40000多个不同的Unicode字符，剩余25000个空缺留给将来扩展使用。其中大约20 1Unicode协会是由IBM、微软、Adobe、SUN、加州大学伯克利分校等公司和组织所组成的非营利性组织。
Oracle数据库工具中文显示乱码问题的解决 Oracle客户端查询工具有时会有查处的结果为中文时不能正常显示，要么为乱码，要么为问号，plsql出现这种问题，以为是版本造成的，用了老的和最新的还是一样，换了另外的数据库工具也一样，但注意一点，数据其实是没有问题的，取出来显示是正常的中文，只是在工具里显示的是问号。其实问题的原理很简单，就是字符集设置不正确造成的，但如此简单的原理在解决的过程中却会遇到很多麻烦，下面结合我遇到和解决的过程，给朋友们一点思路，说不定你们跟我的问题一样，通过这篇文章不用再折腾了，很快搞定，感觉飘飘…… 首先讲讲字符集的知识，Oracle字符集是一个字节数据的解释的符号集合,有大小之分,有相互的包容关系。ORACLE 支持国家语言的体系结构允许你使用本地化语言来存储，处理，检索数据。它使数据库工具，错误消息，排序次序，日期，时间，货币，数字，和日历自动适应本地化语言和平台。 影响oracle数据库字符集最重要的参数是NLS_LANG参数。它的格式如下: NLS_LANG = language_territory.charset 它有三个组成部分(语言、地域和字符集)，每个成分控制了NLS子集的特性。 其中: Language 指定服务器消息的语言，territory 指定服务器的日期和数字格式，charset 指定字符集。如:AMERICAN _ AMERICA.
ZHS16GBK。从NLS_LANG的组成我们可以看出，真正影响数据库字符集的其实是第三部分。所以两个数据库之间的字符集只要第三部分一样就可以相互导入导出数据，前面影响的只是提示信息是中文还是英文。 如何查询Oracle的字符集，很多人都碰到过因为字符集不同而使数据导入失败的情况。这涉及三方面的字符集，一是oracel server端的字符集，二是oracle client端的字符集;三是dmp文件的字符集。在做数据导入的时候，需要这三个字符集都一致才能正确导入。 查询oracle server端的字符集，有很多种方法可以查出oracle server 端的字符集，比较直观的查询方法是以下这种:SQL>select userenv(‘language’) from dual; 结果类似如下:AMERICAN _ AMERICA. ZHS16GBK 对于查询工具结果集中的中文乱码，其实有两种情况供参考： 1.安装了服务器及配套工具，这样还出现乱码就去检查注册表中的NLS_LANG项是否设置正确，很有可能是在安装时设置了不正确的字符集造成的； 2.只安装了客户端，没有配套工具（如sqlplus等），以10g为例，注册表中是没有NLS_LANG这项的，那么要改哪？同理，还是要改字符集，不过不是在注册表中设，是要在环境变量中增加或修改，即查看windows系统环境变量是否存在NLS_LANG，若存在则修改，
以下的文章主要介绍的是解决MySQL中文乱码的好用方案大汇总，我们大家都知道在使用MySQL数据库时，在插入中文字符的实际操作过程中，有时会出现一些乱码，例如，中文全被用?代替。 出现这种情况的原因，多是字符集不匹配造成的。 在MySQL中，如果使用缺省的字符集，在建库、建表时，默认使用的是latin1字符集，为ISO 8859-1西欧字符集。 插入中文字符时，与之不匹配，就会出现乱码。 本人使用的是MySQL 5.0版，并用C#操作MYSQL数据库，当插入中文字符时，发现显示的是MySQL中文乱码。 初步估计是字符集没有配对。查找后，发现MSYQL默认使用的是latin1，因此将数据库的配置文件中的字符设置改为utf8，并在C#中将中文字符，转为utf8，插入后，仍为乱码。 MySQL也支持gb2312，又将MySQL的字符设置改为gb2312，C#中使用Default，重起MySQL后，操作仍然无效。 后想起，虽然将MySQL的字符集设置为gb2312或utf8，但已经建立的数据库和表，仍采用的是默认的字符集，也即仍为当初的西欧字符集，最好，只得忍痛将数据库删除，重新以gb2312字符集建立数据库和表。 再用C#插入中文字符后，一切OK。 再安装好MySQL后，可以手工或使用配置工具，将my.ini文件中的默认字符集改为gb2312，再重新建库和表时，不用再在语句中指定字符集，其默认设置也即为gb2312，可以正常显示中文字符集。 1.建立数据库是一般的语句: 1.create database dbname; 2.在库中建表时语句为: 1.create table tbname(..........)engine=MyISAM character set gb k collate gbk_chinese_ci;
最近一台服务器环境升级，mysql从4.0升级到了5.0,乱码问题让人崩溃了…… 下面搜集了一堆方法，其实最简单的还是推荐使用帝国备份王，很好，很强大！ 第一种方法，很精辟的总结： 经常更换虚拟主机,而各个服务商的MYSQL版本不同,当导入数据后,总会出现乱码等无法正常显示的问题,查了好多资料,总结出自己的一点技巧: WINDOWS 下导入应该这样 使用MYSQL的命令 在DOS命令下进入mysql的bin目录下,输入mysql -uroot -p密码数据库名称<要恢复的数据库, 例如我们要把D盘的一个名称为test.sql的数据库恢复到本地的test2这个数据库,那么就这样: mysql -uroot -p密码test2以前的国外主机用的Mysql是4.x系列的，感觉还比较好，都无论GBK和UTF-8都没有乱码，没想到新的主机的Mysql是5.0版本的，导入数据后，用Php 读出来全是问号，乱码一片，记得我以前也曾经有过一次切换出现乱码的经验，原因肯定是Mysql版本之间的差异问题。 只好查资料，发现了一个解决方法，就是在mysql_connect后面加一句SET NAMES UTF8，即可使得UTF8的数据库消除乱码，对于GBK的数据库则使用SET NAMES GBK，代码如下：
$mysql_mylink = mysql_connect($mysql_host, $mysql_user, $mysql_pass); mysql_query("SET NAMES 'GBK'"); 数据库字符集为utf-8 连接语句用这个 mysql_query("SET NAMES 'UTF8'"); mysql_query("SET CHARACTER SET UTF8"); mysql_query("SET CHARACTER_SET_RESULTS=UTF8'"); 还有个方法就是,如果你自己的机器的话,可以更改MYSQL字符集,一般在MYSQ4和MYSQL5这两个版本中有效 第二个方法：很不错的解说，可以试一下 mysql乱码处理总结: (1)java中处理中文字符正常,在cmd client中显示乱码是字符集的问题. (2)字段长度设置够长,但插入中文字符时提示 com.mysql.jdbc.MysqlDataTruncation: Data truncation: Data too long for column错误是字符集的问题. (3)乱码问题归根到底是字符集的问题,那就从字符集设置方面考虑,不外乎下面几个方面:server,client,database,connection,results.
1、JAVA读取文件，避免中文乱码。 /** * 读取文件内容 * * @param filePathAndName * String 如c:\\1.txt 绝对路径 * @return boolean */ public static String readFile(String filePathAndName) { String fileContent = ""; try { File f = new File(filePathAndName); if(f.isFile()&&f.exists()){ InputStreamReader read = new InputStreamReader(new FileInputStream(f),"UTF-8"); BufferedReader reader=new BufferedReader(read); String line; while ((line = reader.readLine()) != null) { fileContent += line; } read.close(); } } catch (Exception e) { System.out.println("读取文件内容操作出错"); e.printStackTrace(); } return fileContent; } 2、JAVA写入文件，避免中文乱码。 public static void writeFile(String filePathAndName, String fileContent) { try { File f = new File(filePathAndName); if (!f.exists()) { f.createNewFile(); } OutputStreamWriter write = new OutputStreamWriter(new FileOutputStream(f),"UTF-8"); BufferedWriter writer=new BufferedWriter(write); //PrintWriter writer = new PrintWriter(new BufferedWriter(new FileWriter(filePathAndName))); //PrintWriter writer = new PrintWriter(new FileWriter(filePathAndName)); writer.write(fileContent);
错误描述：SQLSERVER访问MYSQL表中文显示成乱码，中文会显示成???? 解决思路：用的是mysql-5.1.50-win32 与odbc3.1版本的.现在改成ODBC5·1 这样转换就没有问题SQLSERVER连接MYSQL 建立链接如下： 数据库软件与ODBC软件：mysql-5.1.50-win32与ODBC5·1（注意，odbc3.1版本，会出现乱码）MYSQL数据库情况：gmp_test 第一步：先要在MYSQL进行授权，让主机能访问MYSQL数据库，设置如下: 在mysql数据库执行，语句： GRANT ALL PRIVILEGES ON *.* TO 'root'@'192.168.1.216' IDENTIFIED BY 'yxtech' WITH GRANT OPTION; 第二步：在SQLSERVER主机，设置ODBC连接，设置如下图： 第三步：在SQL SERVER 配置连接，配置语句如下 --删除连接 exec sp_dropserver'dxmysql','droplogins' --建立一个新连接 EXEC SP_ADDLINKEDSERVER @server ='dxmysql', --连接名称（随意，规范就可）
@srvproduct ='MYSQL', --连接MYSQL，数据库类型，固定的 @provider ='MSDASQL', --连接MYSQL的编码，固定的 @datasrc ='my_sql' --建立的ODBC连接（第二步建立的） --建立用户连接 EXEC sp_addlinkedsrvlogin'dxmysql','false','bi_etl','root','yxtech' --'dxmysql'为连接名称 --'bi_etl'为SQLSERVER用户，如果为NULL --'root','yxtech' 为登录MYSQL 的用户及密码 --进行查询 select*FROM OPENQUERY(dxmysql,'select * from test1')