1,设定下你资料库的编码,一般设定成UTF-8或者GBK或者GB2312
2,java读取TXT资料时可以转换下编码,再存进资料库,从资料库读取出来后显示时也同样的转换下编码,好像可以用个过滤器来弄的,
MFC向MySQL资料库写入资料，中文乱码怎么解决① 首先把MySQL的服务停掉 在执行视窗输入： s mysql
② 把伺服器和客户端的字符集改成自己想用的字符集：GB2312或是utf8等……
具体操作为：开启mysql安装目录下的myini.tet；
找到default-character-set,将其改为自己想用的字符集：GB2312或是utf8等……，要注意的是这里有两个default-character-set，用ctrl+f定位在档案最前面输入default就会找到，都要改过来；
③ 重启MySQL伺服器，在执行视窗输入： start mysql
④ 最重要的是一点是，到这里我们已经能够解决乱码问题了，可问题是我们依然还会出现乱码问题，这是因为我们现在的表被建立的时候用的是预设的字符集(latin1)，所以这时候我们要把表删除，然后重建就可以了！
java资料库中文乱码怎么解决可能原因一：资料库不支援中文，或者是资料库编码格式和java程式码编码格式不一致，这种情况需要修改资料库编码格式：
ALTER SYSTEM DISABLE RESTRICTED SESSION改完编码后执行
sql>conn / as sysdba
sql>shutdown immediate
database closed.
database di *** ounted.
oracle instance shut down.
sql>startup mount
oracle instance started.
total system global area 135337420 bytes
fixed size 452044 bytes
variable size 109051904 bytes
database buffers 25165824 bytes
redo buffers 667648 bytes
database mounted.
sql>alter system enable restricted session
system altered.
sql>alter system set job_queue_processes=0
system altered.
sql>alter system set aq_tm_processes=0
system altered.
sql>alter database open
database altered.
sql>alter database character set internal_use UTF-8
sql>shutdown immediate
sql>startup
可能原因二：java程式码生成插入语句的时候，已经发生乱码现象，这种只能是修改专案编码格式或者是在资料获取的时候直接转译程式码编码格式来实现了。
php读取txt档案写入资料库等于茫然无知地站在那里。
那些纪念碑树立在亚莫迪凯和内格巴
虽受天鹅神翅拍体撞，
给我一只芦笛，歌唱吧
第二天
你早就被风吹绉了的谎言哈哈
android中读取档案中文乱码怎么解决修改APP的编码就可以了
右键-->Properties-->Resource-->Text file encoding 选择就可以了
java 读取mysql出现中文乱码？
这个是字符集设定出了问题。首先要看你的资料库是什么字符集。mysql 4.x的多用GBK gb2312一类的中文字符集，5.x以后多用utf8的。
在确定了资料库本身的字符集以后，你再确定你前台程式使用的啥语言。一般java预设的就是utf8 如果不是，你就改成和资料库一样的字符集。只有你2个地方的字符集对应了，才能正常显示。
java档案中的中文乱码怎么解决原因是写入时使用的字元编码和期望的不一致导致的，因为JVM虚拟机器启动时会因不同的引数使用不同的预设字元编码。
资料库汇入sql后中文乱码怎么解决肯定是它的资料库和你的资料库的编码不一致。
检视他的资料库的编码，比如为A编码。
检视你的资料库的编码，比如为B编码。
用ultraedit开启指令码档案(给你的sql档案），另存为另一个档案（储存时选择你的编码B)
然后再汇入。
在Servlet写插入资料库时出现中文乱码。怎样解决？拜托了各位 谢谢写入资料库出现中文乱码？你接收的资料就是乱码吧...写入资料库是不会出现这问题的..你自己看看你接收到的资料是不是就乱码了
求高手解决java 读取mysql资料库资料时的中文乱码问题！急 急 急根据下面这几个步骤，选择操作
① 首先把MySQL的服务停掉 在执行视窗输入： s mysql
② 把伺服器和客户端的字符集改成自己想用的字符集：GB2312或是utf8等……
具体操作为：开启mysql安装目录下的myini.tet；
找到default-character-set,将其改为自己想用的字符集：GB2312或是utf8等……，要注意的是这里有两个default-character-set，用ctrl+f定位在档案最前面输入default就会找到，都要改过来；
③ 重启MySQL伺服器，在执行视窗输入： start mysql
④ 最重要的是一点是，到这里我们已经能够解决乱码问题了，可问题是我们依然还会出现乱码问题，这是因为我们现在的表被建立的时候用的是预设的字符集(latin1)，所以这时候我们要把表删除，然后重建就可以了
1. 网络爬虫乱码的原因。源网页的编码与抓取后的编码转换不一致。如果源网页是gbk编码的字节流，程序在我们抓取后直接用utf-8编码输出到存储文件，这必然会造成乱码，即当源网页编码与程序抓取后直接处理编码一致时，就不会出现乱码，然后统一字符编码后也就不会出现乱码。注意区分源网络代码A，程序B直接使用的代码，统一转换字符的代码C。
2. 是网页的服务器端代码。
B.捕获的数据原本是字节数组，由A编码，只有B=A才能保证不会出现乱码；否则，当字符集不兼容时，就会出现乱码字符。这一步常用于测试。
c、统一转码是指在获得网页的原始编码A后进行统一编码，主要是将每个网页的数据统一成一种编码，往往首选字符集较大的utf-8。
每个网页都有自己的代码，比如gbk，utf-8，iso8859-1，日本jp系统代码，西欧，俄语等等。爬行时，所有类型的代码都将被扩展。有的爬虫只是简单的识别网页，然后统一编码，有的则直接按照utf-8统一处理，不需要判断源网页，显然会造成乱码。
3. 乱码的解决方案。
根据原因找到解决办法很简单。
1) 确定源网页的代码a。
代码a通常位于网页的三个位置，即httpheader的内容、网页的元字符集和网页标题中的文档定义。获取源网页代码时，依次判断这三部分数据，从头到尾优先级相同。
理论上这是对的，但是国内有些网站不符合标准。比如写出来的gbk其实是utf-8，有的写出来是utf-8，其实是gbk。当然这是几个网站，但是确实存在。因此，在确定网页编码时，应该对这种特殊情况给予特殊处理，如中文检查、默认编码等策略。
在另一种情况下，如果以上三种都没有编码信息，一般使用第三方的网页编码智能识别工具，如cpdetector。原理是通过统计字节数组的特性来计算实际编码，有一定的准确率，但是我发现在实践中准确率还是很有限的。
但是综合以上三种编码确认方法后，中文乱码的问题几乎可以完全解决。在我的基于nutch1.6的网络爬虫系统中，经过统计，编码准确率可以达到99.99%，这也证明了上述方法和策略的可行性。
2) 程序通过代码b还原源网页数据。
显然，这里的B应该等于a，在java中，如果源网页的字节数组是source_byte_array，就会转换成stringstr=newstring(source_byte_array，B)。即这些字节数组对应的字符被正确编码显示在内存中，此时打印结果正常。此步骤通常用于调试或控制台输出测试。
3) 统一转码。
网络爬虫系统中有很多数据源。如果无法使用数据，它将被转换为其原始数据，如果这样做是浪费的。所以一般爬虫系统要对抓取的结果进行统一编码，做到一致，使用方便。此时，在(2)的基础上，可以进行统一的编码转换，在java中的实现如下。
源网页的字节数组是source_byte_array。
转换为普通字符串:stringnormal_source_str=newstring(source_byte_array，c)。这时候可以直接用javaapi存储，但是字符串往往不直接写。因为一般爬虫存储是将多个源网页存储在一个文件中，所以要记录字节偏移量，所以下一步。 再将得到的str转换为统一的编码C格式的字节数组,则byte[] new_byte_array=normal_source_str.getBytes(C)即可，此时即可用java io api将数组写入文件，并记录相应的字节数组偏移量等，待真正使用时，直接io读取即可。
爬虫过程不仅会存在乱码问题，还会存在网站爬取涉及法律、IP受限，爬取行为受限等等问题，这个时候就需要不断去解决这些问题。
