Redhat5下MySql遇到的乱码问题_MySQL

Redhat

bitsCN.com 我在虚拟机上安装了redhat并安装了mysql数据库，并在本地通过java访问，直接使用jdbc访问。后来发现当数据库存储汉字时存在乱码问题，随后在网上找资料进行解决，现在问题已经解决，来总结一下乱码的几个问题。 更改数据库默认字符集编码：更改mysql配置文件，这个配置文件在/etc/my.cnf，可能安装mysql后这个文件就有了，如果没有，请回到根目录然后查询cnf文件：Java代码  find / -iname '*.cnf' -print   拷贝 small.cnf、my-medium.cnf、my-huge.cnf、my-innodb-heavy-4G.cnf其中的一个到/etc下，改名为my.cnf：Java代码  cp /usr/share/mysql/my-medium.cnf /etc/my.cnf   拷贝路径根据查询出来的结果修改。修改my.cnfJava代码  vi /etc/my.cnf   在[client]下添加Java代码  default-character-set=gbk   在[mysqld]下添加Java代码  default-character-set=gbk   然后重启mysql。登录mysql查询是否生效：Java代码  mysql> show variables like 'collation_%';  mysql> show variables like 'character_set_%';  注意如果你设置的是UTF-8请设置utf8，而不是utf-8，否则你的mysql重启时不能启动。  修改数据库字符集后再修改数据库的字符集：Java代码  mysql>use mydb  mysql>alter database mydb character set gbk;   建议是在创建数据库时就指定字符集Java代码  mysql>create database mydb character set gbk;  除了使用命令来修改数据的字符集，也可以修改其配置文件修改 /var/lib/mysql/mydb/db.optJava代码  default-character-set=latin1  default-collation=latin1_swedish_ci   为Java代码  default-character-set=gbk  default-collation=gbk_general_ci   重起MySQL  建表时注意：除了修改mysql和其数据库的字符集外，要注意建表时你可能用的是导出的SQL语句，这些语句中可能包含了建表的字符集，一定要修改或删除这些语句：Sql代码  CREATE TABLE `NewTable` (  `id`  int(11) NOT NULL ,  `name`  varchar(50) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT NULL ,  `age`  int(100) NULL DEFAULT NULL ,  PRIMARY KEY (`id`)  )  ENGINE=MyISAM  DEFAULT CHARACTER SET=gbk COLLATE=gbk_chinese_ci  CHECKSUM=0  ROW_FORMAT=DYNAMIC  DELAY_KEY_WRITE=0  ;   连接方面：如果数据库配置正确，那么使用管理工具如Navicat for MySQL时就不会有问题了，但是在程序中难免还是有问题。 除了对于数据库方面的注意外，在连接数据库要注意指定连接的字符集Java代码  jdbc:mysql://192.168.154.128:3306/t2?useUnicode=true&characterEncoding=gbk   程序方面：可是就算到这里仍然可能是乱码，但是没有那么严重了，这就要你在代码中进行转换了。Java代码  String newStr = new String(s.getBytes("ISO-8859-1"),"GBK");    也许有人会说，乱码就是乱码，还严重不严重？其实乱码在我看来分为两种情况，一种就是存储或者其他方面乱了，而另一种是存储是对的但是显示有问题。比如你设置正确后使用管理工具没有问题但是程序读取就有问题。如果你看到的乱码是根本不知道显示的是什么，那就是严重的。但如果你看到的是？？？？那在我看来就是缺少转换，就不属于大问题。当然这是个人看法，请大家不要钻牛角尖。   作者 cuisuqiang bitsCN.com