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字符集,一般在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)修改my.ini(MySQL Server Instance Configuration 文件)

# CLIENT SECTION //客户端

[client]

port=3306

[mysql]

default-character-set=gbk

# SERVER SECTION //服务端

[mysqld]

default-character-set=gbk

(2)修改data目录中相应数据库目录下的db.opt配置文件

default-character-set=gbk

default-collation=gbk_chinese_ci

(3)数据库连接串中指定字符集

URL=jdbc:mysql://yourIP/college?user=root&password=yourPassword&useUnicode =true&characterEncoding=gbk 注:在mysql4.1.0版要加

useUnicode=true&characterEncoding=gbk 如果是5.0版以上的，加不加都是没有关系的！

(4)在创建数据库时指定字符集

create database yourDB CHARACTER SET gbk;

(5)在dos命令上要设置

set names gbk

好了,经过检查上面四个方面的设置,应该OK 了!不会出现诸如

com.mysql.jdbc.MysqlDataTruncation: Data truncation: Data too long for column等问题.

第三种方法，说有太复杂了，反到不知道怎么弄了，你试试，也许可以用得上

1.修改/etc/https://www.sodocs.net/doc/ab1783968.html,f文件，改成这样：

[mysqld]

datadir=/var/lib/mysql

socket=/var/lib/mysql/mysql.sock

default-character-set=utf8

[mysql.server]

user=mysql

basedir=/var/lib

[mysqld_safe]

err-log=/var/log/mysqld.log

pid-file=/var/run/mysqld/mysqld.pid

注意：就是加入了一句default-character-set=utf8。

2./etc/init.d/mysqld restart 重新启动mysql；

3.打开phpmyadmin，选择lang为"Chines simplifies(zh-utf-8)",选择"MySQL 连接校对"为"utf8_general_ci "点“显示MySQL 的运行信息”--“变量”，可以看到：character set client utf8 utf8

character set connection utf8 utf8

character set database utf8 utf8

character set results utf8 utf8

character set server utf8 utf8

character set system utf8 utf8

collation connection utf8_general_ci utf8_general_ci

collation database utf8_general_ci utf8_general_ci

collation server utf8_general_ci utf8_general_ci

从这里可以看到character全部变成utf8了。

有人要问，为什么都要改成utf8呢？改成GB2312不行吗？

解释如下：

我也不想改成utf8，只是phpmyadmin2.6在mysql4.1的时候只会用utf8，连其他

页面的charset也都是utf8，改成gb2312一定会乱码，我们只能凑phpmyadmin 了。

只有在mysql3.23的时候，phpmyadmin才会多一个gb2312的页面charset，这时候是正常的。

3.将以前的mysql3的库文件导入mysql

4.1的库

有两种情况：

一是从phpmyadmin上导入，这时候你要注意的是在选择库文件的页面左下脚有个“文件的字符集：”，默认是utf8，要改成gb2312，否则导进去乱码；

二是在linux下导入，这时候你需要先在库文件的头部加一行:

SET NAMES 'gb2312'; 注意最后也是;号，别漏了。

然后执行mysql -u用户名-p密码xxx.sql > 库名

导入完成以后再用phpmyadmin打开看，里面的中文字就是正确的。

4.从mysql4.1里导出库文件

一.用phpmyadmin导出

导出倒是问题不大，如果phpmyadmin的浏览页面里显示的中文是正常的，那么导出肯定也是正常的

二.在linux上导出

如果用mysqldump导出出现了乱码也没有关系，可以运行iconv来转换一下iconv -c -f UTF-8 -t GB2312 库文件名> 新的gb2312的库文件名

综上所述，你要注意：

1。尽量在需要导入的库文件的开头加入SET NAMES 'gb2312';告诉mysql你要导入的是一个gb2312的文件；

2。可能你需要这个：

SET NAMES 'utf8';

在登陆到mysql后用，把character的一些默认参数改到utf8上，有时可以减少一些困扰，不过也不是必须的。

在mysql上使用:

SHOW VARIABLES LIKE 'character_set_%';

用来查看当前的状态。

3.如果出现乱码也不要怕，一是你要注意留存原有的备份，二是用iconv来进行转化。

在正常使用之前注意做导入导出的测试，确保万无一失。

最后加一句：https://www.sodocs.net/doc/ab1783968.html,原创文章，转载请注明出处。呵呵

邮件：support@https://www.sodocs.net/doc/ab1783968.html,

作者: MySQL 发布日期: 2005-12-14

我升级了MYSQL到4.1.2，phpmyadmin用的是2.6.2。数据表里面有中文的字段中文都变成了乱码，导出数据也是乱码。我用以前的2.5.7没有问题，想问一下，应该在phpmyadmin的那个文件里改哪个设置一下才能显示出来的是正常的中文字？

和字符相关的变量中这几个和sql很有关系：

character_set_client

character_set_connection

character_set_results

此外就是数据库中对相应字段设置的charact set，如果没有对字段设置，缺省是table的charact set，table也没有指定则缺省使用database的。

上面3个变量的作用是这样的，client表示客户端发送过来的字符集，results表示发送到客户端的字符集（这两个分开是因为发送过来和发送过去的不一定是同一个客户端），connection则在客户端和数据库起一个连接作用。

具体是这样：比如我在mysql命令行设置client为gbk，connection为utf8，results 为gbk，数据库为big5，

当我发送一个insert语句的时候，这个语句作为gbk代码，先转为utf8代码（connection），再转为big5（database）插入数据库。

而运行一个select语句的时候，从数据库得到的结果则相反的过程，由big5转为utf8，再转为gbk，你得到gbk的结果。

因此最主要的是让client和results和你使用的客户端一致。比如你的网页是utf8编码，你就要设置这两个为utf8。

而在mysql命令行的时候，我用的是2000，需要设置为gbk

而我们用的set names XXX，实际上就是同时设置这3个变量为XXX。

在这样的情况下，我们可以把一个数据库中的不同表或不同字段设为不同的字符集，只要上面3个设置正确，就可以在数据库中同时使用不同的字符集。

注意要保证你的数据库中的字符已经使用了正确的字符集，比如如果一开始你设置错误，插入数据后，本身数据的编码就是不正确的，然后即使设置改回来，也不可能得到正确的显示了。

好了，随便弄了下，希望对你有所帮助

Mysql中文乱码问题完美解决方案

MySQL会出现中文乱码的原因不外乎下列几点：

1.server本身设定问题，例如还停留在latin1

2.table的语系设定问题(包含character与collation)

3.客户端程式(例如php)的连线语系设定问题

强烈建议使用utf8!!!!

utf8可以兼容世界上所有字符!!!!

一、避免创建数据库及表出现中文乱码和查看编码方法

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%";

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

| Variable_name | Value |

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

| character_set_client | gbk |

| character_set_connection | gbk |

| character_set_database | utf8 |

| character_set_filesystem | binary |

| character_set_results | gbk |

| character_set_server | utf8 |

| character_set_system | utf8 |

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

注：以前2个来确定,可以使用set names utf8,set names gbk设置默认的编码格式;

执行SET NAMES utf8的效果等同于同时设定如下：

SET character_set_client='utf8';

SET character_set_connection='utf8';

SET character_set_results='utf8';

2.查看test数据库的编码格式:

mysql> show create database test;

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

| Database | Create Database |

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

| test | CREATE DATABASE `test` /*!40100 DEFAULT CHARACTER SET gbk */ | +------------+------------------------------------------------------------------------------------------------+

3.查看yjdb数据库的编码格式:

mysql> show create table yjdb;

| yjdb | CREATE TABLE `yjdb` (

`sn` int(5) NOT NULL AUTO_INCREMENT,

`type` varchar(10) NOT NULL,

`brc` varchar(6) NOT NULL,

`teller` int(6) NOT NULL,

`telname` varchar(10) NOT NULL,

`date` int(10) NOT NULL,

`count` int(6) NOT NULL,

`back` int(10) NOT NULL,

PRIMARY KEY (`sn`),

UNIQUE KEY `sn` (`sn`),

UNIQUE KEY `sn_2` (`sn`)

) ENGINE=MyISAM AUTO_INCREMENT=1826 DEFAULT CHARSET=gbk ROW_FORMAT=DYNAMIC |

二、避免导入数据有中文乱码的问题

1:将数据编码格式保存为utf-8

设置默认编码为utf8：

set names utf8;

设置数据库db_name默认为utf8:

ALTER DATABASE `db_name` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci; 设置表tb_name默认编码为utf8:

ALTER TABLE `tb_name` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci; 导入：

LOAD DATA LOCAL INFILE 'C:\\utf8.txt' INTO TABLE yjdb;

2:将数据编码格式保存为ansi(即GBK或GB2312)

设置默认编码为gbk：

set names gbk;

设置数据库db_name默认编码为gbk:

ALTER DATABASE `db_name` DEFAULT CHARACTER SET gbk COLLATE gbk_chinese_ci;设置表tb_name默认编码为gbk:

ALTER TABLE `tb_name` DEFAULT CHARACTER SET gbk COLLATE gbk_chinese_ci; 导入：

LOAD DATA LOCAL INFILE 'C:\\gbk.txt' INTO TABLE yjdb;

注：1.UTF8不要导入gbk，gbk不要导入UTF8;

2.dos下不支持UTF8的显示;

三、解决网页中乱码的问题

将网站编码设为 utf-8,这样可以兼容世界上所有字符。

如果网站已经运作了好久,已有很多旧数据,不能再更改简体中文的设定,那么

建议将页面的编码设为 GBK, GBK与GB2312的区别就在于:GBK能比GB2312显示更多的字符,要显示简体码的繁体字,就只能用GBK。

1.编辑/etc/https://www.sodocs.net/doc/ab1783968.html,f ,在[mysql]段加入default_character_set=utf8;

2.在编写Connection URL时，加上?useUnicode=true&characterEncoding=utf-8参;

3.在网页代码中加上一个"set names utf8"或者"set names gbk"的指令，告诉MySQL 连线内容都要使用

utf8或者gbk;

cmd窗口显示中文乱码及无法输入中文解决方法

cmd窗口显示中文乱码及无法输入中文解决方法 (2009-05-09 19:13:12) 分类：软件应用 标签： it 中文显示为乱码 临时解决方案： 在 CMD 中运行 chcp 936。 永久解决方案： 打开不正常的 CMD 或命令提示符窗口后,单击窗口左上角的图标，选择弹出的菜单中的“默认值”，打开如下图的对话框。单击第一个“选项”选项卡,将默认的代码页改为 936 后重启 CMD。 附：

如果改了以后无法生效，窗口的“默认值”和“属性”没变，进入注册表，在 HKEY_CURRENT_USER 下找到 console 项下的 Console 以及其下可能有 的 %SystemRoot%_system32_cmd.exe（这个 %SystemRoot%_system32_cmd.exe 下有的 codepage 话就改，如果没有就不管它），codepage值改为 936（十进制）或 3a8（十六进制）。 936(十进制)/3a8(十六进制) 是简体中文的，如是其它语言，要改为对应的代码。然后再执行第二段中所述的操作。 还可能和 CMD 的默认值的“字体”设置有关。 在 CMD 的“默认值”和“属性”的“字体”选项卡中中确认设定的字体是可以显示中文字符的字体，并且确定字体文件没有被破坏。字体最好设置为默认的点阵字体。 还是不行，干脆把%SystemRoot%_system32_cmd.exe内容备份下，然后清空它。或是把以下内容保存为REG文件导入试试。 Windows Registry Editor Version 5.00 [HKEY_CURRENT_USER\Console\%SystemRoot%_system32_cmd.exe] "QuickEdit"=dword:00000800 "CodePage"=dword:000003a8 "WindowSize"=dword:001e005a "FontSize"=dword:000c0008 "FontFamily"=dword:00000030 "FontWeight"=dword:00000190 "FaceName"="Terminal" ============================================================= 无法输入中文 确认以下事项： 1.CMD 里中文字符可以正常显示（上文）. 2.注册表中 HKEY_CURRENT_USER\Console 及 HKEY_CURRENT_USER\Console\%SystemRoot%_system32_cmd.exe] 下LoadConIme 的值为 1. 3.conime.exe 这个文件存在，没有受到破坏，并且正常运行.

中文乱码解决大全

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

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中文乱码的产生原因及解决方案 在JSP的开发过程中，经常出现中文乱码的问题，可能一直困扰着大家，现在把JSP 开发中遇到的中文乱码的问题及解决办法写出来供大家参考。首先需要了解一下Java中文问题的由来： Java的内核和class文件是基于unicode的，这使Java程序具有良好的跨平台性，但也带来了一些中文乱码问题的麻烦。原因主要有两方面，Java和JSP文件本身编译时产生的乱码问题和Java程序于其他媒介交互产生的乱码问题。首先Java（包括JSP）源文件中很可能包含有中文，而Java和JSP源文件的保存方式是基于字节流的，如果Java和JSP编译成class文件过程中，使用的编码方式与源文件的编码不一致，就会出现乱码。基于这种乱码，建议在Java文件中尽量不要写中文（注释部分不参与编译，写中文没关系），如果必须写的话，尽量手动带参数－ecoding GBK或－ecoding gb2312或－ecoding UTF-8编译；对于JSP，在文件头加上<%@ page contentType="text/html;charset=GBK"%>或 <%@ page contentType="text/html;charset=gb2312"%>基本上就能解决这类乱码问题。 下面是一些常见中文乱码问题的解决方法（下面例子中ecoding采用的是gb2312，也可设为ecoding GBK或ecoding UTF-8）： 一、 JSP页面乱码 这种乱码问题比较简单，一般是页面编码不一致导致的乱码，一般新手容易出现这样的问题，具体分以下两种情况： 未指定使用字符集编码 下面的显示页面(display.jsp)就出现乱码： <%out.print("JSP的中文处理");%>

解决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即可 com.mysql.jdbc.Driver jdbc:mysql://127.0.0.1:3306/openfire?useUnicode=true&characterEncodi ng=utf8 注意：由于&具有特殊含义，因此原&符号必须被转义为&

Python2.x 中文乱码问题解决方法

Python2.x中文乱码问题解决方法 Python中乱码问题是一个很头痛的问题。 在Python3中，对中文进行了全面的支持，但在Python2.x中需要进行相关的设置才能使用中文。否则会出现乱码 【问题原因】 在Python2.x中主要是字符编码的问题，处理不好的话，会导致乱码。Python默认采取的ASCII编码，字母、标点和其他字符只使用一个字节来表示，但对于中文字符来说，一个字节满足不了需求。 代码如下: >>> import sys >>> sys.getdefaultencoding() 'ascii' 为了能在计算机中表示所有的中文字符，中文编码采用两个字节表示。如果中文编码和ASCII混合使用的话，就会导致解码错误，从而才生乱码。而CMD下默认的编码方式为:GBK，所以就造成了上面的乱码!

采用两个字节的中文编码标准有：GB2312、GBK、BIG5等。 【处理办法】 为了将各种不同的语言包含在统一的字符集中，满足国际间的信息交流，国际上制订了UNICODE字符集，包含了世界上所有语言字符，这些字符具有唯一的编码，通过使用UNICODE字符集可以满足跨语言的文字处理，避免乱码的产生。 i) 交互式命令中：一般不会出现乱码，无需做处理 ii) py脚本文件中：跨字符集必须做设置，否则乱码。 首先在开头一句添加:

代码如下: # coding = utf-8 # 或 # coding = UTF-8 # 或 # -*- coding: utf-8 -*- 其次需将文件保存为UTF-8的格式! 上面那一句仅仅是告诉Python编译器:脚本中包含了非ASCII字符，并未进行转换。 如果要将字符编码从默认的ASCII改为UTF-8，需要在保存的时候选择保存为UTF-8格式。 如果是用NODEPAD打开，【另存为】-->UTF-8即可 如果是用IDLE打开，【Options】-> 【Configure IDLE】->【General】

解决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，如下图所示：

win7系统常见的乱码问题解决方法

win7系统常见的乱码问题解决方法 win7系统乱码的问题，经常会碰到一些软件是简体中文的，可是在win7系统中却出来乱码的问题？400pc小编教你破解是哪些原因造成win7系统乱码。 近期，居住香港的姐姐也安装了Windows 7，不过，令她烦恼的是使用一些简体中文的软件出现了乱码。而这些软件都无法找到繁体版本，比如：迅雷，即使勉强安装好也无法轻松使用。难道香港用户就无法使用这些简体软件了吗？其实，Windows 7自身已经提供了完善的解决方案了。 一、Windows 7乱码问题来龙去脉 旅居香港的姐姐安装的是我提供的简体中文版本的Windows 7旗舰版，按理是可以顺利兼容简体软件的，然而问题就出在姐姐对默认的安装设置进行了修改。因为姐姐经常使用繁体软件，她将系统的“区域和语言”的“格式”、“位置”、“默认输入语言”、“非Unicode程序的语言”都设置成了更加顺手的香港繁体。 我们知道Unicode也可称为统一码，为每种语言的每个字符设置了统一且唯一的二进制编码，以满足跨语言、跨平台进行文本转换处理的要求，然而，还是有不少程序并不支持该编码，这时就有必要设置非Unicode程序使用的语言编码了。像迅雷这样的软件就支持简体中文编码，而不支持Unicode，当设置了香港繁体的非Unicode 就会出现乱码，同理，将非Unicode设置为简体后，很多不支持Unicode的繁体软件也会出现乱码。这个乱码问题难道是两难的吗？其实，我们使用Windows 7的语言包补丁安装功能就可以顺利解决。 二、巧妙解决Windows 7乱码 1.安装合适的语言包 首先，要能安装多种语言包的Windows 7只能是旗舰版或者企业版，接着我们就来解决这个问题吧。我们点击“开始-Windows Update”打开自动更新窗口。 在窗口中点击“34个可选更新”链接，在可以下载安装的语言包列表中选择“繁体中文语言包”，确定即可。 回到刚才的窗口点击“安装更新”按钮开始下载安装。 安装完语言包补丁需要重启。重启的过程需要配置补丁。

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

XPE终端常见问题及解决办法V10

产品型号：XPE终端 现象描述：开机普通用户自动登录，如何进管理员或者其它用户？ 故障分析： 解决办法：点击“注销”后，按住Shift键一直不放，可看到用户登录界面。 (二) 产品型号：XPE终端 现象描述：忘记管理员密码，如何以管理员身份登录系统？ 故障分析： 解决办法：在用户登录界面，连续两下快按Shift+Ctrl+Delete键，会出现另一种用户登录界面，用户名输入：administrator 密码输入：gwixpe登入超级管理员。然后通过本地监控程序(本地管理软件)修改用户名密码。 (三) 产品型号：XPE终端 现象描述：忘记本地监控程序登录密码 故障分析： 解决办法：本地监控程序忘记密码后，只能在注册表查看登录密码。在注册表HKEY_LOCAL_MA CHINE\SYSTEM\GWI下ChangePassword的值就是密码。 (四) 产品型号：XPE终端 现象描述：运行U盘或者D盘中.exe文件报错 故障分析：报错是因为在组策略中设置了软件限制策略。 解决办法：在“运行”输入gpedit.msc回车打开策略管理器中，计算机配置---windows设置---软件限制策略中可以看到相关设置（详细设置在可以在网上搜索得到）。 (五) 产品型号：XPE终端 现象描述：管理员用户下能运行的软件却在普通用户下不能运行 故障分析： 解决办法：在管理员下，把安装后的软件目录的USERS权限提升为完全控制。如不行把软件发回技术中心。设置方法，目录文件右键属性，安全标签，选择Users，把下面的“完全控制”的勾勾上。 (六) 产品型号：XPE终端 现象描述：系统登录界面，密码输入框没有光标不能输入登录密码 故障分析： 解决办法：连续两下快按Shift+Ctrl+Delete键，在另一种用户登录界面中输入用户名和密码。

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.sodocs.net/doc/ab1783968.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

U盘乱码修复

U盘文件夹名称变为类似如下情形：佞愳亠?仠或者@?等等不一，还不能删除，删除时提示：无法删除文件，无法读源文件或磁盘。注意看乱码文件大都特别大，甚至几十G都有。 出现这种问题的原因通常是因为不正常的插拔等情况造成的，导致U盘的文件分配表错乱了 建议：此时运行chkdsk 盘符: /f 可以检查出一些错误。当有提示修改文件夹为文件名时，输入Y选择是。此时一般问题就会解决了。 如果还有问题，将一些重要的文件能保存下来就尽量保存下来，然后对U 盘进行格式化，或者进行低级格式化，再把重要文件COPY回去～ 其他解决方案： 1.在问题U盘图标上点右键选择"属性"——"工具"——点“差错"下的"开始检查"结束后问题即解决.如果不行，请继续往下尝试。 2. 尝试为文件重命名，如果可以重命名的话。运行cmd 打开任务管理器，结束explorer进程，切换到cmd命令提示符状态下输入“Del 文件名”后就可以删除文件了，这种方法只适用于可以重命名的文件。在进行操作时先关闭其他一切不相关的程序。 3. 如果重命名文件时系统提示“拒绝访问”，那么在cmd运行模式下运行“chkdsk 盘符: /f”命令检查磁盘错误并修复。 如果出现找到磁盘错误，一般的错误都是可以修复的，在修复完成后就可以删除乱码文件了。 注意：有时，由于乱码文件所在分区为系统区，系统会提示“另一个进程正在调用该卷，是否希望下次开机时检查该卷?”我建议用这样的方法运行chkdsk 命令，使用Windows安装盘引导系统，在选择新安装windows界面时，按“R”修复已有系统，进入命令提示符状态，在这里运行“chkdsk /f”命令。我测试过，这样运行的效果要比在Windows下的cmd模式中好很多。再运行“fixmbr”命令修复分区表。也可以修复系统其他的问题。 4.如果进行完上一步仍然无法删除乱码文件，可以使用我们最常用的WinRAR压缩工具来删除，具体的方法是压缩乱码文件并选中“压缩后删除源文件”选项。这样，一般的乱码文件就可以删除了。

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从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.

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.sodocs.net/doc/ab1783968.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.sodocs.net/doc/ab1783968.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%"; +--------------------------+---------------+ |

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;