今天下午过搬迁服务器；转移数据被搞死掉了 由于数据是经过mysql低版本升级到高版本的；所有在搬迁的过程中出现很多问题。

因为开始建立数据库的时候用的默认字符集是gb2312 升级后的mysql 有点问题；最后将导出来的数据的setchar＝gb2312 全部拿掉；

然后setchar 的文字集 就要看你的mysql my.cnf 启动的时候默认的字符集文件是用什么了;如果默认的是gb2312 没有办法 你将setchar去掉 你出来的字符还是gb2312

所以 你可以将setchar=gb2312 改成setchar=latin1 实在不行的话将my.cnf文件的默认启动字符集 去掉 从新启动mysql

摘自：http://www.suwenjian.com/read.php?9

今天早上发现因为磁盘满造成了Mysql服务没法正常运行，首先腾硬盘空间，再停止mysqld服务，还用了下kill杀掉了mysqld进程，后来发现数据库虽然启动了，但是数据表损坏了，google搜索了下，用myisamchk修复了下数据表文件，成功。特录下文。

检查和修复MySQL数据文件

由于临时断电，使用kill -9中止MySQL服务进程，或者是Jessica的朋友idiot@%.host.net又犯了一个错误，所有的这些都可能会毁坏MySQL的数据文件。如果在被干扰时，服务正在改变文件，文件可能会留下错误的或不一致的状态。因为这样的毁坏有时是不容易被发现的，当你发现这个错误时可能是很久以后的事了。于是，当你发现这个问题时，也许所有的备份都有同样的错误。

MySQL参考手册的第十五章讲述了MySQL自带的myisamchk的功能，以及如何使用它检查和修复你的MySQL数据文件。虽然这一章对于每个想要搭建一个强壮的MySQL服务的人都是推荐阅读的，我们还是有必要在这里对其中的要点进行讨论。

在我们继续之前，你必须意识到myisamchk程序对用来检查和修改的MySQL数据文件的访问应该是唯一的。如果MySQL服务正在使用某一文件，并对myisamchk正在检查的文件进行修改，myisamchk会误以为发生了错误，并会试图进行修复–这将导致MySQL服务的崩溃！这样，要避免这种情况的发生，通常我们需要在工作时关闭MySQL服务。作为选择，你也可以暂时关闭服务以制作一个文件的拷贝，然后在这个拷贝上工作。当你做完了以后，重新关闭服务并使用新的文件取代原来的文件(也许你还需要使用期间的变更日志)。

MySQL数据目录不是太难理解的。每一个数据库对应一个子目录，每个子目录中包含了对应于这个数据库中的数据表的文件。每一个数据表对应三个文件，它们和表名相同，但是具有不同的扩展名。tblName.frm文件是表的定义，它保存了表中包含的数据列的内容和类型。tblName.MYD文件包含了表中的数据。tblName.MYI文件包含了表的索引(例如，它可能包含lookup表以帮助提高对表的主键列的查询)。

要检查一个表的错误，只需要运行myisamchk(在MySQL的bin目录下)并提供文件的位置和表名，或者是表的索引文件名：

% myisamchk /usr/local/mysql/var/dbName/tblName
% myisamchk /usr/local/mysql/var/dbName/tblName.MYI

上面的两个命令都可以执行对指定表的检查。要检查数据库中所有的表，可以使用通配符：

% myisamchk /usr/local/mysql/var/dbName/*.MYI

要检查所有数据库中的所有表，可以使用两个通配符：

% myisamchk /usr/local/mysql/var/*/*.MYI

如果不带任何选项，myisamchk将对表文件执行普通的检查。如果你对一个表有怀疑，但是普通的检查不能发现任何错误，你可以执行更彻底的检查(但是也更慢！)，这需要使用–extend-check选项：

% myisamchk –extend-check /path/to/tblName

对错误的检查是没有破坏性的，这意味着你不必担心执行对你的数据文件的检查会使已经存在的问题变得更糟。另一方面，修复选项，虽然通常也是安全的，但是它对你的数据文件的更改是无法撤消的。因为这个原因，我们强烈推荐你试图修复一个被破坏的表文件时首先做个备份，并确保在制作这个备份之前你的MySQL服务是关闭的。

当你试图修复一个被破坏的表的问题时，有三种修复类型。如果你得到一个错误信息指出一个临时文件不能建立，删除信息所指出的文件并再试一次–这通常是上一次修复操作遗留下来的。

这三种修复方法如下所示：

% myisamchk –recover –quick /path/to/tblName
% myisamchk –recover /path/to/tblName
% myisamchk –safe-recover /path/to/tblName

第一种是最快的，用来修复最普通的问题；而最后一种是最慢的，用来修复一些其它方法所不能修复的问题。

检查和修复MySQL数据文件

如果上面的方法无法修复一个被损坏的表，在你放弃之前，你还可以试试下面这两个技巧：

如果你怀疑表的索引文件(*.MYI)发生了不可修复的错误，甚至是丢失了这个文件，你可以使用数据文件(*.MYD)和数据格式文件(*.frm)重新生成它。首先制作一个数据文件(tblName.MYD)的拷贝。重启你的MySQL服务并连接到这个服务上，使用下面的命令删除表的内容：

mysql> DELETE FROM tblName;

在删除表的内容的同时，会建立一个新的索引文件。退出登录并重新关闭服务，然后用你刚才保存的数据文件(tblName.MYD)覆盖新的(空)数据文件。最后，使用myisamchk执行标准的修复(上面的第二种方法)，根据表的数据的内容和表的格式文件重新生成索引数据。

如果你的表的格式文件(tblName.frm)丢失了或者是发生了不可修复的错误，但是你清楚如何使用相应的CREATE TABLE语句来重新生成这张表，你可以重新生成一个新的.frm文件并和你的数据文件和索引文件(如果索引文件有问题，使用上面的方法重建一个新的)一起使用。首先制作一个数据和索引文件的拷贝，然后删除原来的文件(删除数据目录下有关这个表的所有记录)。

启动MySQL服务并使用当初的CREATE TABLE文件建立一个新的表。新的.frm文件应该可以正常工作了，但是最好你还是执行一下标准的修复(上面的第二种方法)。

一句话，真是碰上高人了！
对于别人来说，这个问题可能看不出来什么，但对于我来说，充分说明还是没有好好对待这个问题，事实上，只要细心多考虑，有些看起来很大的问题，还是很好解决的。
今天通过disczu提供的程序，把phpwind的数据库转为了discuz，另外，火山主机提供了1G的免费空间服务，申请了以后，就把discuz论坛传了上去，但对方是单电信的空间，我这边网通上传数据时，真是慢得要命！并且，还有很多文件少传字节错误，真是很不方便。
论坛建立以后，在本地论坛备份好数据库，通过ftp也上传到空间上去，然后在空间上的论坛内通过恢复数据库来导入数据，但在导入后，导入的数据在论坛内总是显示乱码；这个问题，以前也讨论过，这是mysql编码不同的原因引起的，但具体怎么样方便的解决这个问题，一直没有找到好的方法；这次，又出现这个问题，我就跑到disczu论坛上再次找了一下问题的解决方法，想不到，真有高人！并且解决的方法也很简单。而且据我所考虑，phpwind的编码问题，应该以此类推，也可以解决。
使用前提：后台能够正常导入备份数据，但完成后出现乱码；（我的正好是这种情况）
方法：
以下编码是discuz的config.inc.php文件内容，覆盖原config.inc.php，重新安装论坛，再次导入输入，完成。

并且作者还论证说，以前几个论坛出现乱码我都是这么做的，并且成功！但不保证所有乱码使用此方法都可以成功。

<?php

/*
  [Discuz!] (C)2001-2006 Comsenz Inc.
  This is NOT a freeware, use is subject to license terms

  $RCSfile: config.inc.php,v $
  $Revision: 1.14.2.1 $
  $Date: 2006/07/17 07:50:17 $
*/

// [EN]  Set below parameters according to your account information provided by your hosting
// [CH] 以下变量请根据空间商提供的账号参数修改,如有疑问,请联系服务器提供商

  $dbhost = 'localhost';      // database server
            // 数据库服务器

  $dbuser = 'dbuser';      // database username
            // 数据库用户名

  $dbpw = 'dbpasswd';      // database password
            // 数据库密码

  $dbname = 'dbname';      // database name
            // 数据库名

  $adminemail = 'admin@your.com';    // admin email
            // 论坛系统 Email

  $dbreport = 0;        // send db error report? 1=yes
            // 是否发送数据库错误报告? 0=否, 1=是


// [EN] If you have problems logging in Discuz!, then modify the following parameters, else please leave default
// [CH] 如您对 cookie 作用范围有特殊要求,或论坛登录不正常,请修改下面变量,否则请保持默认

  $cookiedomain = '';       // cookie domain
            // cookie 作用域

  $cookiepath = '/';      // cookie path
            // cookie 作用路径


// [EN] Special parameters, DO NOT modify these unless you are an expert in Discuz!
// [CH] 以下变量为特别选项,一般情况下没有必要修改

  $headercharset = 1;      // force outputing charset header
            // 强制设置字符集,只乱码时使用

  $errorreport = 1;      // reporting php error, 0=only report to admins(safer), 1=report to all
            // 是否报告 PHP 错误, 0=只报告给管理员和版主(更安全)，不报告钩子错误, 1=报告给任何人并报告钩子错误

  $forcesecques = 0;      // require security question for administrators' control panel, 0=off, 1=on
            // 管理人员必须设置安全提问才能进入系统设置, 0=否, 1=是

  $onlinehold = 900;      // time span of online recording
            // 在线保持时间

  $pconnect = 0;        // persistent database connection, 0=off, 1=on
            // 数据库持久连接 0=关闭, 1=打开


// [EN] !ATTENTION! Do NOT modify following after your board was settle down
// [CH] 论坛投入使用后不能修改的变量

  $tablepre = 'cdb_';         // 表名前缀, 同一数据库安装多个论坛请修改此处
            // table prefix, modify this when you are installingmore than 1 Discuz! in the same database.

  $attachdir = './attachments';    // 附件保存位置 (服务器路径, 属性 777, 必须为 web 可访问到的目录, 不加 "/", 相对目录务必以 "./" 开头)
            // attachments saving dir. (chmod to 777, visual web dir only, ending without slash

  $attachurl = 'attachments';    // 附件路径 URL 地址 (可为当前 URL 下的相对地址或 http:// 开头的绝对地址, 不加 "/")


// [EN] !ATTENTION! Preservation or debugging for developing
// [CH] 切勿修改以下变量,仅供程序开发调试用!

  $database = 'mysql';     &nb
sp;// 'mysql' for MySQL version and 'pgsql' for PostgreSQL version
            // MySQL 版本请设置 'mysql', PgSQL 版本请设置 'pgsql'

  $charset = 'gbk';      // default character set, 'gbk', 'big5', 'utf-8' are available
            // 论坛默认字符集, 可选 'gbk', 'big5', 'utf-8'

  $dbcharset = 'latin1';      // default database character set, 'gbk', 'big5', 'utf8', 'latin1' and blank are available
            // MySQL 字符集, 可选 'gbk', 'big5', 'utf8', 'latin1', 留空为按照论坛字符集设定

  $attackevasive = 0;      // protect against attacks via common request, 0=off, 1=cookie refresh limitation, 2=deny proxy request, 3=both
            // 防护大量正常请求造成的拒绝服务攻击, 0=关闭, 1=cookie 刷新限制, 2=限制代理访问, 3=cookie+代理限制

  $tplrefresh = 1;      // auto check validation of templates, 0=off, 1=on
            // 模板自动刷新开关 0=关闭, 1=打开

// ============================================================================