有的时候，我们发现通过phpmyadmin在数据库中看到的内容是乱码，而wordpress依然能正常显示，但是一旦导出转移到新的数据库，却无法在新的web服务器中正常显示了。那么这个时候我们就需要解决乱码的问题，当然通用的转换方法是都向utf-8编码转换。
导出sql的方法至少有两种，第一种是直接在shell里面导出，另外一种就是通过phpmyadmin下载下来。不管怎样，我们都得面对这个乱码的sql文件。而乱码SQL文件又分真正的乱码和伪乱码。伪乱码的原因在于记事本或者其他等文本编辑器用ANSI的方式查看了utf-8编码，由于对bom的误处理或者bom丢失，导致我们看到乱码。这个问题解决起来比较简单，那就是用editplus等文本编辑器打开sql文件，然后保存的时候选择编码为utf-8即可。而另外一种真正的乱码这个办法就无效了，所以这个时候我就用php写了一个简单的sql备份工具，它在备份的同时也可以按用户需要将大的sql文件按照需要进行分割。
使用方法，下载这个php文件http://www.storyday.com/wp-content/uploads/2008/05/dump.zip（插几次链接都失败，难道是wp2.5编辑器的问题？），如果你需要设置分割文件的大小，那么就用文本编辑器打开这个文件，修改第4行，默认的2000表示每2000个SQL语句分割成一个文件，否则别管他。然后将其放在根目录下的一个文件夹中，如bak，设置bak的属性为0777。然后通过web访问http://storyday.com/bak/cos-dump.php即可。
采用第二个方法后如果发现还是乱码，请用第一个方式，如果都不行，请检查新的数据库设置是否正确！
备份完毕之后，请删除此文件，以免数据泄漏！
与本文无关，抓虾刮刮乐{ZHUAXIAd4897d0646546b51343164f4ed518a7eUnion}
标签：Wordpress
订阅
前7排已经被占据了 快抢好位置哦
先抢沙发再看
呃,我原来的数据库编码是latin1,phpmyadmin乱码,但是wp utf8正常显示
后来用notepad++打开sql转换到utf-8 without BOM,再搜索latin1替换成utf8
再phpmyadmin导入就可以了…
我有一个数据库这样做成功了，但是这个storyday是不行的，所以只有程序转换！
我从godaddy转到Dreamhost,再转到大陆的某个主机，再转到香港的某个主机，好像都蛮顺利的^-^
呵呵，你说的大陆的某个主机我知道是什么。
话说那主机现在还没恢复呢……
还好我醒目，走的早。
不好意思，请问，下载哪个PHP文件？
终于加上这个链接了！昨天晚上加了n次都失败了