mysql出了点问题，我把 mysql 里的 data文件夹复制备份下来了， 然后就把mysql卸载了。重装了个mysql ， 再把备份的data文件夹拷到新装的mysql里，按我以往的经验来说，是没问题了，可今天如此操作之后，启动mysql服务，报错了：“错误 1067 ：进程意外终止。” google，baidu半天了，没有结果，希望大家帮帮忙！
ps：经过我的试验：我把这个data文件夹删掉，把别人机器上的 data文件拷到我的mysql下，可以启动，没错。 依在下之见：是data文件夹里的文件有问题，但我不懂怎么解决。 data里的数据很重要！！！
希望大家懂的留言，我明天早上来了把data文件夹发给您，帮忙看看 感激不尽
ps：经过我的试验：我把这个data文件夹删掉，把别人机器上的 data文件拷到我的mysql下，可以启动，没错。 依在下之见：是data文件夹里的文件有问题，但我不懂怎么解决。 data里的数据很重要！！！
希望大家懂的留言，我明天早上来了把data文件夹发给您，帮忙看看 感激不尽
搞不明白，到底怎么备份。 望高手 指教指教！
这里错了。在BIN目录下
D:\mysql6\bin>mysqldump -hlocalhost -uroot -p111111 tms > D:\tms.sql
这样才对。
因为MySQL表保存为文件方式，很容易备份。要想保持备份的一致性，对相关表执行LOCK TABLES操作，然后对表执行FLUSH TABLES。参见13.4.5节，“LOCK TABLES和UNLOCK TABLES语法”和13.5.5.2节，“FLUSH语法”。你只需要读锁定；这样当你复制数据库目录中的文件时，允许其它客户继续查询表。需要FLUSH TABLES语句来确保开始备份前将所有激活的索引页写入硬盘。如果你想要进行SQL级别的表备份，你可以使用SELECT INTO ...OUTFILE或BACKUP TABLE。对于SELECT INTO ...OUTFILE， 输出的文件不能先存在。对于BACKUP TABLE也如此，因为覆盖完整的文件会有安全风险。参见13.2.7节，“SELECT语法”和13.5.2.2节，“BACKUP TABLE语法”。备份数据库的另一个技术是使用mysqldump程序或mysqlhotcopy脚本。参见8.8节，“mysqldump：数据库备份程序”和8.9节，“mysqlhotcopy：数据库备份程序”。1. 完全备份数据库：2. shell> mysqldump --tab=/path/to/some/dir --opt db_name
或：shell> mysqlhotcopy db_name /path/to/some/dir
只要服务器不再进行更新，还可以只复制所有表文件(*.frm、*.MYD和*.MYI文件)。mysqlhotcopy脚本使用该方法。(但请注意如果数据库包含InnoDB表，这些方法不工作。InnoDB不将表的内容保存到数据库目录中，mysqlhotcopy只适合MyISAM表）。 3. 如果mysqld在运行则停止，然后用--log-bin[=file_name]选项来启动。参见5.11.3节，“二进制日志”。二进制日志文件中提供了 执行mysqldump之后对数据库的更改进行复制所需要的信息。对于InnoDB表，可以进行在线备份，不需要对表进行锁定；参见8.8节，“mysqldump：数据库备份程序”。MySQL支持增量备份:需要用--log-bin选项来启动服务器以便启用二进制日志；参见5.11.3节，“二进制日志”。当想要进行增量备份时(包含上一次完全备份或增量备份之后的所有更改)，应使用FLUSH LOGS回滚二进制日志。然后，你需要将从最后的完全或增量备份的某个时刻到最后某个点的所有二进制日志复制到备份位置。这些二进制日志为增量备份；恢复时，按照下面的解释应用。下次进行完全备份时，还应使用FLUSH LOGS或mysqlhotcopy --flushlogs回滚二进制日志。参见8.8节，“mysqldump：数据库备份程序”和8.9节，“mysqlhotcopy：数据库备份程序”。如果MySQL服务器为从复制服务器，则无论选择什么备份方法，当备份从机数据时，还应备份master.info和relay-log.info文件。恢复了从机数据后，需要这些文件来继续复制。如果从机执行复制LOAD DATA INFILE命令，你应还备份用--slave-load-tmpdir选项指定的目录中的SQL_LOAD-*文件。(如果未指定，该位置默认为tmpdir变量值）。从机需要这些文件来继续复制中断的LOAD DATA INFILE操作。如果必须恢复MyISAM表，先使用REPAIR TABLE或myisamchk -r来恢复。99.9%的情况下该方法可以工作。如果myisamchk失败，试试下面的方法。请注意只有用--log-bin选项启动了MySQL从而启用二进制日志它才工作；参见5.11.3节，“二进制日志”。1. 恢复原mysqldump备份，或二进制备份。2. 执行下面的命令重新更新二进制日志：3. shell> mysqlbinlog hostname-bin.[0-9]* | mysql
在某些情况下，你可能只想要从某个位置重新运行某些二进制日志。(通常你想要从恢复备份的日期重新运行所有二进制日志，查询不正确时例外)。关于mysqlbinlog工具和如何使用它的详细信息参见8.6节，“mysqlbinlog：用于处理二进制日志文件的实用工具”。还可以对具体文件进行选择备份：· 要想复制表，使用SELECT * INTO OUTFILE 'file_name' FROM tbl_name。· 要想重载表，使用LOAD DATA INFILE 'file_name' REPLACE ...并恢复。要避免复制记录，表必须有PRIMARY KEY或一个UNIQUE索引。当新记录复制唯一键值的旧记录时，REPLACE关键字可以将旧记录替换为新记录。如果备份时遇到服务器性能问题，可以有帮助的一个策略是在从服务器而不是主服务器上建立复制并执行备份。参见6.1节，“复制介绍”。如果使用Veritas文件系统，可以这样备份：1. 从客户端程序执行FLUSH TABLES WITH READ LOCK。2. 从另一个shell执行mount vxfs snapshot。3. 从第一个客户端执行UNLOCK TABLES。4. 从快照复制文件。5. 卸载快照。
InnoDB: is in the future! Current system log sequence number 0 69298.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
http://dev.mysql.com/doc/mysql/en/backing-up.html for more information.您的数据库可能已损坏或者您可能已复制InnoDB数据库 ， 不懂 ？？？