第一次转换数据成功，但论坛回复帖会不知明减少数量，phpmyadmin浏览乱码

实在没办法了，再来这个版发一个类似帖，请各位大大们照顾一下（本来开始也是要发这边的，但看了看内容和介绍，基本针对于其他程序转换到DZ，所以当时就发去安装使用区了）。

今天凌晨又请同学转换了一次，同样的情况，phpmyadmin里显示乱码。同学说从没用过这个版本的SQL，反正也折腾了一会确实比较麻烦。前两天我自己转换的情况是：论坛、home、uc，全部正常，无任何乱码，就是phpmyadmin里乱码，但有一个很可怕的情况，论坛的回复数会自动减少，过一会就少一些。今天恢复的数据，论坛、home、UC也正常，但论坛没开放不知道会不会有什么状况发生，但phpmyadmin里面也乱码。

主机是DZ官方的，我们不能对数据库进行配置，目前只能请大家指点解决。

我担心的是，虽然转换后恢复的数据论坛、UC、home都能正常输出，但就是怕今后有隐患，毕竟pma里都是乱码的。烦请官方给指导指导，感谢！


这是昨天发在安装使用区的，我复制过来作为参考：
————————————————————————————————————————————
昨天有管理发现自己以前的帖子少了很多内容，一楼的内容几乎都没有了，图片也没有了，而且该帖子本来很多回复的，起码4页回复，现在只2页。下午她又发现另一个帖子少了一些内容。我晚上1点进论坛，发现论坛“主题:, 帖子: ”那显示的帖子数少了很多（其实这次数据转换后我怀疑过好象少了一些帖子，我大概记得个数字差不多是2.9万的样子，但几个朋友说好象不会）。而且后来我还发现个问题，比如我的一个图片很多的帖子，里面的图片顺序全乱了，根本就不是我最开始发的那个顺序，甚至不同楼层的图片到别的楼去了。

      后来搜索，看到官方的人说论坛统计有时候不准确，去数据库里看的统计是真实的（但我的统计我认为一直是准确的，我平时很留意）。我在后台更新统计后突然又发现少了两百多帖子。现在已经少了将近2千个帖子了。我马上关闭了论坛。到论坛后台进行数据库校验，有两个被修改的，我修复了后，提示数据库完好。其实上次修复过的。

      后来感觉是不是有人入侵数据库，我也把数据库密码改了，从改了密码开始，过一段时间就去刷新首页，那个统计数字就再没变化。

      现在不知道是不是因为转换数据的问题导致只要一增加帖子（数据），就会自动减少什么内容，还是真有人破解了数据库的密码在删除数据。（其实现在来看，这个情况可以排除）我的数据库里有的表里面乱码，比如cdb_posts，里面很多乱码，但该表的字符集是GBK的。

      现在该怎么处理？我想只能是拿转换前或刚转换后的数据重新导入，至于这两天的新数据在数据库里插进去吧？

注：这两天转换全站数据，从latin1转换成gbk，全手动转换，即后台备份后写字板把对应CHARSET=latin1改为CHARSET=gbk，论坛后台无法恢复，提示不符合规范，之后phpmyadmin导入。
————————————————————————————————————————————

对了，上面提到的论坛帖子附件串楼层的情况应该是我看花了，因为那个帖子附件N多，这个无需作为参考。

DZ客服直通车这样回复的：
跟这个地方没关系，那是您转换导入的时候也是乱码或是你导入的时候选择的language不对。

但我都是后台备份，后台导入的，也没有哪个地方提示“language”。

我好象找到原因了，因为当时装CMS，CMS调用论坛数据时乱码，请教朋友后朋友说数据表不对要转换数据。其实我想应该跟论坛这边没关系，原因就是数据库的编码既然无法更改，那么就应该在程序配置文件里设置对应数据库编码的字符集。当初CMS调用论坛数据乱码，其实正是因为CMS安装时默认的数据库字符集是gbk，跟所在的数据库的字符集不符。结果为了转换数据，把论坛这边的配置文件中的数据库字符集全部改成了gbk，这不摆明就一个错误么。所以就造成了phpmyadmin里总是乱码，我觉得兜了个大圈子，把本不该折腾的折腾了一回，结果还导致这几天的数据总有些接不上。

高手们指导下是不是这个原因？拜托了。

        $database = 'mysql';                        // 论坛数据库类型，请勿修改
        $dbcharset = 'gbk';这里转换数据前是latin1，转换后改为了gbk                        // MySQL 字符集, 可选 'gbk', 'big5', 'utf8', 'latin1', 留空为按照论坛字符集设定

        $charset = 'gbk';                        // 论坛页面默认字符集, 可选 'gbk', 'big5', 'utf-8'
        $headercharset = 0;                        // 强制论坛页面使用默认字符集，可避免部分服务器空间页面出现乱码，一般无需开启。 0=关闭 1= 开启

        $tplrefresh = 1;                        // 论坛风格模板自动刷新开关 0=关闭, 1=打开。

如果你需要转换和转码同时做的话，可以先转码再转换数据

pma中乱码的问题倒是解决了，一个很变态的玩意：
除了原来默认的  pma首页右边的  language：中文-Chinese simplified-gb2312这个，换其他的任何一个语言后数据表里浏览全部都正常显示。真tm够变态。

现在的问题：我还是担心，担心这次转换数据有问题，虽然目前论坛、Ucenter、Uchome使用上都正常，但还是担心象第一次转换后那样慢慢地会少数据（即少回复帖子，不是统计是否真实的原因，是实在的丢数据，测试N次了，备份后下下来查看比转换数据前的大小还少，会员也发现了自己以前的很多帖子不见了）