试试这个NEWLOCALE=zh_CN,zh_CN;NEWCODESET=gb18030,8859-1,819;IFX_USE_STRENC=true;characterEncoding=GBK
以前碰见过类似问题，如果显示方块的话是bug。升级最新补丁包就行了。
可能页面组件提交时，使用的并不是GBK.可能使用了UTF-8或者别的字符集。有无办法在数据库上，看一下中文乱码的长度？或者直接在数据库中查询该乱码，显示的是什么 ？
jdbc中的db_locale需要跟数据库中的匹配，不然就会报错。首先，你需要确认数据库中db_locale/client_locale;可以通过select * from sysmaster:sysdbslocale来确认具体的数据库语言再通过配置jdbc来弄。
你看看能不能指定操作系统的编码，JVM运行默认取得是系统编码。方法1：vi /etc/sysconfig/i18n默认为:LANG="en_US.UTF-8"SYSFONT="latarcyrheb-sun16"修改为:LANG="zh_CN.GBK"SUPPORTED="zh_CN.UTF-8:zh_CN:zh"SYSFONT="latarcyrheb-sun16"方法2：vi /etc/profile...
客户机乱码还是服务器浏览器查看乱码呢？是不是操作系统字符集的影响？
数据库A和B是在同一套操作系统上吗？如果不是的，在b的服务器上，执行一下安装前检查，看看是不是什么需要的组件没有安装
各位，现在的问题如标题所示，并且我在新环境上的jdk和was上能找到的jre/lib/fonts下面都放进了fallback文件夹，此前在weblogic上是可以生效的，求解！
mysql导出数据，导成Excel格式，发现中文乱码，数据库字符集为utf-8，Excel字符集为GB2312，SELECT * INTO OUTFILE '/tmp/20150709/sys_role.xls' FROM sys_role;网上查了，有说用convert(label using gb2312)转，报错 ERROR 1115 (42000): Unknown character set: 'gb2312'SELECT id,...
(more)