适用条件：原来的数据库为 MySQL 3.X 或 4.0.X（比如飞猪原来用的玛雅网络），迁移到的数据库为 MySQL 4.1.X 及以上版本。

具体步骤：

1. 在原来的主机（Mysql 3.x/4.0.x）上使用 phpMyAdmin 导出数据，导出时要注意先点击左侧被导出的数据库，然后点击右侧上方的 Export，选中所有的表，导出即可。
2. 在新主机（MySQL 4.1.x or higher）上使用 phpMyAdmin 建立一个数据库（或者使用虚拟主机的面板建立也可以），然后在 phpMyAdmin 中打开这个数据库（左侧点击数据库名），点击右侧的 Operations，然后将下方的 Collection 更改为 utf8-general-ci。
3. 点击 Import，将第一步导出的数据导入数据库。
4. 找到 /lib/MT/ObjectDriver/DBI/mysql.pm，找到这样一段（修改位置在 99 行，MT 3.2），按照下面的提示修改：
   1. sub init {
   2.     my $driver = shift;
   3.     $driver->SUPER::init(@_);
   4.     my $cfg = $driver->cfg;
   5.     my $dsn = 'dbi:mysql:database=' . $cfg->Database;
   6.     $dsn .= ';hostname=' . $cfg->DBHost if $cfg->DBHost;
   7.     $dsn .= ';mysql_socket=' . $cfg->DBSocket if $cfg->DBSocket;
   8.     $dsn .= ';port=' . $cfg->DBPort if $cfg->DBPort;
   9.     $driver->{dbh} = DBI->connect($dsn, $cfg->DBUser, $cfg->DBPassword,
   10.         { RaiseError => 0, PrintError => 0 })
   11.         or return $driver->error(MT->translate("Connection error: [_1]",
   12.              $DBI::errstr));
   13.     $driver->{dbh}->do("SET NAMES 'utf8'"); // 添加这一行
   14.     $driver;
   15. }

好了，乱码问题应该没有了。Enjoy!

下面简单讲讲原理，不想看的略过就好了，呵呵

其实问题主要出在 MySQL 上。MySQL 自从 4.1 版开始，添加了字符集支持。MySQL 在存取数据的时候，会对字符集进行转换。而 MySQL 之前的版本没有这个特性，升级的时候，MySQL 4.1 会将他们统统认为 latin1-swedish-ci。而像 MT, WordPress 那样使用 UTF-8 编码存储的程序在这里就会出问题了。

解决这个问题，有个取巧的办法。因为 MySQL 3.X 因为没有这个特性，当我们导出 MySQL 数据表时并不包含字符集设置的信息。在导入 MySQL 4.1.x 之前，我们首先将数据库默认的字符集设定为 UTF-8，再导入，字符集就正确了。

修改 MT 那个文件，就是为了让 MT 能够按照正确的字符集来读写 MySQL。SET NAMES ‘UTF8′ 这条命令就是将输入输出字符均设置为 UTF-8，由此便解决了乱码问题。

本文参考了这篇文章，这篇文章的方法在两个 MySQL 4.1.x 数据库之间迁移时，并且可以使用 Shell 的情况下会非常好用。如果您属于这种情况，可以参考一下。

本文所讲述的方法在 Flypig 的博客上验证通过。

基于上面的想法，今天花了一天的时间开发了一个 WordPress 全文搜索的插件，准备先用在这里和 Moneybeta 上，完善后再发布出来。基本上完成 80% 后测试，奇怪，就是搜索不到结果。我下意识的随便敲了几个英文单词，竟然有结果了，难道是 MySQL 不支持多字节字符的全文搜索？

Google，最终肯定了我的判断。没想到强大的 MySQL 竟然又把我们这些古老文明给遗忘了。最郁闷的是，我今天这一天算是白忙活了。TNND。

得出两个结论，也可以说是教训：第一，中文网站就不要用 MySQL 的全文搜索功能了，如果你也有打算这么做的话，赶快将你的想法消灭在萌芽里；第二，以后想做什么东西之前先 Google，免得做无用功。