apache+tomcat3.2.3+mm.mysql+mysql3.22+jdk1.3.1中文问题，急！！！！分不够还可以再加

[formalin]

环境：linux+apache+tomcat3.2.3+mm.mysql+mysql3.22+jdk1.3.1
在bean中更新数据库，在sql语句中的中文是好的（由打印内码得知），但是到了数据库里就都成了问号（内码全是3f）。
请各位帮帮忙，分不够还可以再加。

[ctrlpower]

http://adionline.myrice.com/Jsp001_offline/jsp001_com/180.html

[isamsung]

linux+apache+tomcat3.2.3+mm.mysql+mysql3.22+jdk1.3.1

你这个环境的配置怎么做的，能告知吗，非常感谢，

我的apache和tomcat怎么也不能协同工作。

[e-mail]

高分相送

[cooleyes]

对于中文乱码的问题
一般是因为本地系统编码和数据库编码不一样导致的
举个例子
本地系统为GB2312编码，数据库为iso8859-1
String sql = "update test set field0='中文'"
当将这个sql语句送到数据库执行的话，那么Java会进行字符串到字节流的转换
sql.getBytes("iso8859-1")
但是"中文"这两个字在iso8859-1中是没有对应的
这样的话，sql.getBytes("iso8859-1"）就会产生错误的编码"?"
对此，我们可以做一些工作
存入数据库前
String sql = "update test set field0='" +
new String("中文".getBytes(),"iso8859-1")+ "'"
这样再执行就好了
new String("中文".getBytes(),"iso8859-1")
这条语句的作用在于把"中文"化成gb2312（本地编码）的字节流，
再把这字节流当作iso8859-1编码的字节流来产生一个字符串，
这样当做sql.getBytes("iso8859-1"）时，就不会产生编码错误，
产生的字节流中就是正确的GB2312编码了。

但是要注意
从数据库读出来的时候，也要类似的做
str = getField();
str = new String(str.getBytes("iso8859-1"))
这是因为，Java把从数据库取出的字节流当做是iso8859-1编码，来产生
字符串，其实那是gb2312的编码字节流

[huangkai]

http://www.minij2ee.com/document/guide/gbproc.html