MySQL5中文乱码现象解决有高招

作者:课课家教育更新于： 2016-03-07 17:03:45

　　很多同学都会很困惑，为什么插入MySQL5的中文后一直是乱码？其实这涉及到一个转码的过程。其实只要将Client端只要配置好，就没什么问题了。但是直接使用mysqlAdmin,EMS等工具插入DB就不是乱码。而且还可以使用程序正常地读出来。

　　原因是：

　　DBDriverClass=com.mysql.JDBC.Driver

　　DBURL=jdbc:mysql://10.4.2.52:3306/srx?useUnicode=true&characterEncoding=utf-8

　　这样的URL中useUnicode=true和characterEncoding=utf-8两个属性都不好用。

　　所以，数据库服务器无法从URL中获知Client使用了哪个编码。于是就使用数据库服务器上默认的latin也就是iso-8859-1编码来解析用户发送的sql语句。这样，原本用户是用操作系统的编码，但是服务器硬给转成ISO-8859-1，所以就乱码了。

　　Client端只要配置好

　　useUnicode=true

　　characterEncoding=utf-8

　　这两个属性。只要指定了，就不会乱码。utf-8可以,gb2312可以，gbk可以。指定了什么，Client就默认以这种

　　编码转换SQL语句，服务器也就知道怎么转会去。

　　怎么看客户端发送给服务器的SQL使用什么编码呢？

　　在客户端写个程序，执行SQL语句：

　　publicvoidselect()throwsSQLException{

　　ResultSetrs=this.cnn.createStatement().executeQuery("SHOWVARIABLESLIKE'character_set_%'");

　　while(rs.next()){

　　System.out.PRintln(rs.getString(1)+","+rs.getString(2));

　　}

　　rs.close();

　　}

　　没有配置characterEncoding=utf-8之前，我使用的是DBURL=jdbc:mysql://10.4.2.52:3306/srx?useUnicode=true&characterEncoding=utf-8这样的配置。结果用select()方法查询结果如下：

　　character_set_client,latin1

　　character_set_connection,latin1

　　character_set_database,utf8

　　character_set_filesystem,binary

　　character_set_results,

　　character_set_server,latin1

　　character_set_system,utf8

　　character_sets_dir,/usr/local/mysql-standard-5.0.27-Linux-i686/share/mysql/charsets/

　　注意第一行就可以了，可见使用的是latin1。

　　而latin1本身就无法表示汉字，经过这个编码打包的SQL语句发给Server，Server也用Latin1解析也无法还原。

　　所以，我总是写乱码到DB。

　　而配置了配置characterEncoding=utf-8之后，

　　执行select(),结果：

　　character_set_client,utf8

　　character_set_connection,utf8

　　character_set_database,utf8

　　character_set_filesystem,binary

　　character_set_results,

　　character_set_server,latin1

　　character_set_system,utf8

　　character_sets_dir,/usr/local/mysql-standard-5.0.27-linux-i686/share/mysql/charsets/

　　第一行为utf-8，SQL将用UTF8打包给Server，Server也用Client配置的UTF8解析。