mysql编码乱码问题及解决过程
MySQL编码问题
我们在dos窗口下使用命令操作数据库时，当向数据库中插入的数据或从数据库中查询的数据中包含中文时，就会出现乱码。出现乱码的原因是我们安装MySQL数据库服务器时已经指定了编码是utf8，而dos窗口的默认编码是gbk，也就是说客户端与服务器的编码不一样，这样就导致了乱码。
使用如下命令可以查看MySQL数据库编码：
●SHOW VARIABLES LIKE 'char%'
使用以上命令查看数据库编码，如图1-1所示：
查看数据库编码的语句
数据库编码
图1-1 查看数据库编码
如图1-1所示，数据库的编码是utf8，下面我们来介绍其中两项编码：
●character_set_client=utf8：客户端通知数据库服务器它的编码方式：
?客户端即dos窗口发送的数据是gbk编码；
?MySQL使用character_set_client指定的编码来解读客户端发送过来的数据，例如编码为UTF8；
?结果：客户端发送过来的数据不是UTF8编码，那么就会出现乱码；
●character_set_results=utf8：数据库服务器向客户端发送的数据使用utf8编码：
?MySQL会以character_set_results指定的编码方式将待发送的数据编码，然后发送给客户端，例如编码为UTF8；
?客户端不使用UTF8来解读，而是使用gbk编码来解读；
?结果：客户端不是使用UTF8来解读，那么就会出现乱码。
下面我们来试验一下，首先向数据库服务器端发送数据，如图1-2所示：
插入数据失败，原因是‘张三’乱码了
图1-2 插入数据乱码
图1-2中，在dos窗口下向数据库服务器发送数据，数据中包含中文“张三”，“张三”在dos窗口下是gbk编码，但是数据库服务器使用utf8进行解码，就出现乱码，因此插入失败。
解决办法：
●让客户端发送utf8的数据：在dos窗口下，它的编码就是gbk，很难修改，因此该方法是行
不通的；
●将character_set_client的值修改为gbk：通过命令：set character_set_client=gbk通知数据库服
务器客户端的编码是gbk，但是该方法有一个局限性，它只在当前dos窗口中有效，只要退
出访问mysql，那么再次登录时这个值需要重新设置。
下面，我们使用第二种解决办法来解决乱码，如图1-3所示：
没有修改编码之
前，插入数据失败
修改client编码为gbk
再次插入该条记录，插入成功
图1-3 解决插入数据中文乱码问题
图1-3中向student表中插入一条数据，下面我们来查询该表的记录，如图1-4所示：
插入的数据，name的值为
“张三”，但是查询出来的
“张三”是乱码
图1-4 查询student表
图1-4中，查询的数据出现乱码。
解决办法：
●让服务器发送gbk编码的数据：使用命令：set character_set_results=gbk将服务器发送数据的
编码设置为gbk，该方法有一个局限性，它也只对当前的dos窗口有效，关闭窗口或退出就
需要重新设置；
●让dos窗口使用utf8编码来解读数据：dos窗口的编码是gbk，很难改变，因此该方法是行
不通的。
下面，我们使用以上方法中的第二种方法来解决查询数据乱码问题，如图1-5所示：
没有设置编码之前，“张三”是乱码
设置数据库服务器返回数据的编码为gbk
编码设置之后，“张三”正常显示
图1-5 查询student表
以上解决插入数据中文乱码，和查询数据中文乱码的方法都只对当前dos窗口有效，当关闭窗口或退出，再次登录时又需要重新设置。这种方法不是长久之计，下面给大家介绍一个一劳永逸的方法，如下：在MySQL的安装目录下有一个my.ini文件，如图1-6所示：
该文件中包含的是数据
库的配置西信息
图1-6 my.ini文件
打开图1-6所示中的my.ini文件，找到如图1-7所示的代码：
图1-7 my.ini文件内容
将图1-7中，用红线标注的：default-character_set=utf8修改为default-character-set=gbk，如图1-8所示：
图1-8 修改client编码
图1-8中，修改了default-character-set的编码为gbk，有以下作用：
●将character_set_client的值修改为gbk：解决插入数据中文乱码问题；
●将character_set_results的值修改为gbk：解决查询数据中文乱码问题；
●将character_set_connection的值修改为gbk。
修改了my.ini文件之后需要重启MySQL服务，然后再次查询数据库编码如图1-9所示：
重启MySQL服务
查看数据库编码
编码都修改为gbk
图1-8 重新启动MySQL服务
现在我们再次查看student表，看张三是否还是乱码，如图1-9所示：
张三没有乱码，说明设置成功
图1-9 查看是否乱码
以上都是解决在dos窗口下操作数据库时的乱码问题，我们安装了SQLyog工具之后，在该工具中使用sql语句操作数据库时，它的编码就是utf8，因此不会出现乱码问题，我们以后操作数据库也不再使用dos窗口，而是使用SQLyog工具。
mysql乱码处理
用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(); } } } 显示乱码?号.
解决jsp中文显示问题
解决: jsp页面中文显示问题 <%@ page pageEncoding=”gb2312″ %>，决定jsp页面编写时的编码。 <%@ page content_type=”text/html;charset=UTF-8″ %>,决定jsp页面显示在客户端浏览器的编码。 在解决这个问题的同时，我还发现了一篇至今为止我所见过的解决java中文问题最彻底的文章： 上篇：https://www.360docs.net/doc/f39493914.html,/pcedu/empolder/gj/java/0404/ 366404.html 下篇：https://www.360docs.net/doc/f39493914.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中文问题。
解决openfire在使用MySQL数据库后的中文乱码问题
解决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即可
中文乱码解决大全
SSH开发过程中的中文问题汇总 作者：Rainisic来源：博客园发布时间：2012-01-11 14:26 阅读：50 次原文链接[收藏] 在使用SSH开发的过程中，我们经常会因为各种各样的中文乱码问题而苦恼。之前开发的过程中遇到过一些，但是都没有记录下来，这次，我就遇到的中文问题进行一个汇总，希望能够对大家有所帮助。 1. 平台环境参数 操作系统：Windows 7 旗舰版64位 JDK版本：JDK 1.6 / JDK 1.7 （此处由于JDK 7 发布不久，所以对两个版本进行测试） 开发环境：Eclipse Java EE Indigo 网站容器：Tomcat 7.0 开发框架： Struts 2.3.1.1-GA Spring 3.1.0-release Hibernate 4.0.0-Final / Hibernate 3.6.9-Final （此处由于Hibernate 4 final 刚刚发布不久，所以对两个版本进行测试） 2. 中文问题汇总 （1）HTML中未指定文件编码 问题描述：在HTML中未指定文件编码，在部分浏览器中将会出现中文乱码。 解决方案：在HTML的head标签中指定文档编码，代码如下（请根据DOCTYPE选择）： // HTML 4.01 Transitional
// HTML 5 （2）表单提交使用GET方法 问题描述：在HTML form 中提交表单的时候使用method="get"导致中文乱码。 解决方案：form表单的method设置为post，代码如下：
（3）JSP文件中未指定文档编码类型 问题描述：在JSP文件中未指定JSP文档编码，在浏览器中会出现中文乱码。 解决方案：在JSP文件首部增加指定文档编码的代码，代码如下： <%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%> （4）文件编码不正确 问题描述：由于Java文件、JSP文件等文件编码不正确，导致中文乱码。 解决方案：设置文件的默认编码为UTF-8（如果需要使用其他编码，请确保上述两个编码格式与文件编码相同） 设置方法： 当前文件编码修改：该文件右键→Properties→Resource，右侧Text file encoding→Other →UTF-8 默认文件编码修改： 0. Windows→Preferences 打开Eclipse配置选项窗口。 1. General→Content Type，右侧Text 下面所需要的文件类型Default encoding设置为UTF-8解决PHP+mysql处理中文乱码的独家方案
解决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，如下图所示：mysql数据库乱码问题
数据库读出乱码解决 一、分析常见数据库问题 修改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
Android读取中文文件乱码解决方法
最近在做个MP3播放器，出现中文乱码问题，在网上找了很多解决办法，我整理了出现乱码的点和解决方案，拿出来和大家共享一下 1.读取中文文件乱码解决方法 package com.apj.conv; import java.io.BufferedInputStream; import java.io.BufferedReader; import java.io.File; import java.io.FileInputStream; import java.io.FileNotFoundException; import java.io.IOException; import java.io.InputStreamReader; import android.app.Activity; import android.os.Bundle; import android.os.Environment; import android.widget.TextView; public class ConverActivity extends Activity { private TextV iew textview ; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(https://www.360docs.net/doc/f39493914.html,yout.main); textview = (TextView) findView ById(R.id.lrctext); System.out.println("==============convertCodeAndGetText begin============== ") ; ///获得SDCard中文件的路径 String path = Environment.getExternalStorageDirectory().getAbsolutePath()+ File.separator ; String tochinese = convertCodeAndGetText(path+"a.txt"); System.out.println(tochinese); System.out.println("==============cconvertCodeAndGetText end=============="); textview.setText(tochinese); }
mysql+php中文乱码问题及mysql时间函数
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中文乱码的解决方法 第一种方法，很精辟的总结： 经常更换虚拟主机,而各个服务商的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中文乱码的办法 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.360docs.net/doc/f39493914.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.360docs.net/doc/f39493914.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%"; +--------------------------+---------------+ |
使用filter解决中文乱码问题
关键字: 使用filter解决中文乱码问题 一.在web.xml中配置 xml 代码
Oracle数据库工具中文显示乱码问题的解决
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数据库时，在插入中文字符的实际操作过程中，有时会出现一些乱码，例如，中文全被用?代替。 出现这种情况的原因，多是字符集不匹配造成的。 在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;
Java中文乱码问题产生原因分析
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、加州大学伯克利分校等公司和组织所组成的非营利性组织。
MYSQL数据中文的乱码问题
最近一台服务器环境升级，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.
springMvc解决中文乱码问题
1、解决post请求传递参数中文乱码。 在web.xml中添加如下配置
SQLSERVER访问MYSQL表中文显示成乱码
错误描述：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')