189 8069 5689
1 找个别的机器安装个同版本的mysql或从已安装同版本的其他机器上（非同版本的也可以试下）：
成都创新互联公司云计算的互联网服务提供商,拥有超过13年的服务器租用、香港机房服务器托管、云服务器、虚拟主机、网站系统开发经验，已先后获得国家工业和信息化部颁发的互联网数据中心业务许可证。专业提供云主机、虚拟主机、域名与空间、VPS主机、云服务器、香港云服务器、免备案服务器等。
拷贝 mysql/data/mysql 目录到你的mysql/data/ 下吧
2 试着启动mysql服务，如果能启动了，理论上应该丢失的只有用户、授权等一些系统信息，不影响你的使用的数据；
如果不能启动，看错误日志，争取启动了。
3 赶紧把数据备份一份出来，重新把所有库（只是你后来创建的业务相关的库，不包括mysql库）都删了，重新导入一遍。理论上不这样也可以，但只是非生产重要的环境下。
4 重新做用户授权。
因为磁盘空间不足，我的一个虚拟机服务器崩溃了。结果数据库服务器进程无法启动，数据也就无法导出。只能想办法从数据库原始文件 ibdata 和 frm 文件中恢复数据库。
因为没有经验，好不容易才找到了恢复方法。特此记录，以备后用。
磁盘空间不足之后，mysqld 进程无法启动，提示“Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)”。这真是让人无比头大，数据库根本连接不上。
目录 Contents
1. 保存原始数据库文件
2. 恢复方法
3. 参考资料：
1. 保存原始数据库文件¶
好在数据库原始文件还在。在我的系统环境和配置情况下，这些文件位于 /var/lib/mysql/ 文件夹下面。假设数据库名是 test，则这些文件表现为：
--mysql
|--test
|--1.frm
|--2.frm
|...
|--mysql
|...
|--ib_logfile0
|--ib_logfile1
|--ibdata1
|...
这些就是原始数据库文件，可以用来恢复数据库。将这些文件额外保存一份，以防万一。
2. 恢复方法¶
我的原始虚拟机完全没有磁盘空间而无法启动数据库服务器进程。虽然试着删除一些不需要的文件，但是数据库却始终无法连接。于是我新建了一个几乎一样的虚拟机（当然磁盘加大了），试图将这些数据库文件导入并恢复数据库。
在经历了很多错误之后，终于找到了正确的方法：
安装完成新服务器之后，通过命令行新建了与原来一样的数据库：数据库名称、用户名、密码都一样。如果有多个数据库需要恢复，就都给建好。（跟配置新服务器一样，参见安装和配置 MYSQL 数据库服务器。）
停止 mysqld 进程
service mysqld stop
将备份的原始数据库文件中的所有 .frm 文件（保持原来的目录结构）和 ibdata1 文件复制到新服务器的数据库文件目录中（如果新服务器操作系统和配置环境一样，那么目录结构也一样），其它文件不要。
使用 -innodb_force_recovery=6参数启动数据库服务器进程，这里是
/etc/init.d/mysqld start -defaults-file=/etc/my.cnf -standalone -console -innodb_force_recovery=6
OK，数据库恢复完成。
1、控制面板里的增加删除程序内进行删除
2、删除MySQL文件夹下的my.ini文件，如果备份好，可以直接将文件夹全部删除
3、开始-运行- regedit 看看注册表里这几个地方删除没有
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\Eventlog\Application\MySQL 目录删除
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet002\Services\Eventlog\Application\MySQL 目录删除
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Eventlog\Application\MySQL 目录删除（我卸载的时候没有找到，略过后仍达到完全卸载的目的。）
4、这一条是很关键的
C:\Documents and Settings\All Users\Application Data\MySQL
这里还有MySQL的文件，必须要删除
简单情况下：进入原来mysql安装路径下的data文件夹下，找到相应的库和ibdata1，进行copy，就可回复原来的数据。
复杂情况下：
从另一台机上把MySQL数据库的mysql文件夹拷贝到本地机上，目的是恢复本地机对数据的访问和操作。经过如下几种情况的操作。
1. 在本地重装MySQL（安装目录D:\Program Files\MySQL\MySQL Server 5.0），直接把mysql文件夹拷贝至D:\Program Files\MySQL\MySQL Server 5.0\。结果，失败：数据库连接错误。
2. 卸载后重装MySQL，将D:\Program Files\MySQL\MySQL Server 5.0\下的数据备份，只把mysql\data文件夹全部内容拷贝到D:\Program Files\MySQL\MySQL Server 5.0\data下。结果，失败：数据库连接错误。将备份的数据还完覆盖。结果，失败，还是连接不上数据库。
3. 卸载后重装MySQL，将mysql\data文件夹里的cf1,last文件夹（这两个是原来MySQL里的数据库）拷贝进D:\Program Files\MySQL\MySQL Server 5.0\data。连接成功，在Navicat for MySQL里看到数据库cf1和last，但是不能访问，因为数据全为零。明白了原来data里以数据库命名的文件存储的是数据库的表结构，不是元数据。下一步，把data文件夹里的ibdata1文件（3.4G大，明显存储了元数据）拷贝到D:\Program Files\MySQL\MySQL Server 5.0\data里，代替原来的ibdata1文件。重启电脑，打开Navicat for MySQL，连接成功，数据可以访问操作。
至此，操作终于成功。其实当初在那台机上把数据导出来，而不是现在直接把文件夹mysql复制过来会更容易恢复。但那台机已经重装了系统，也就是说MySQL失效了。
1、打开 MySQL 目录下的 my.ini 文件（默认是在：C:\Program Files (x86)\MySQL\MySQL Server 5.5\my.ini），
在文件的 [mysqld] 下面添加一行“skip-grant-tables”（含义：跳过密码验证），保存并关闭文件。
1
1
2、重启MySQL服务，执行下面命令。
停止命令：net stop mysql;
启动命令：net start mysql;
1
2
3
1
2
3
（或者可以在我的电脑（右键）-管理-服务和应用程序-服务，找到mysql（右键）-重启）
3、输入命令：mysql -uroot -p;
提示输入密码不用管，直接Enter回车即可进入数据库。
1
1
4、使用mysql数据库，执行下面命令：
use mysql;
1
1
5、修改root的密码为123456，执行下面命令：
update mysql.user set authentication_string=password('root') where user='root' ;
1
1
6、打开MySQL目录下的my.ini文件，删除里面的“skip-grant-tables”，保存并关闭文件。
7、重启MySQL服务。
8、在命令行中输入“mysql -u root -p 123456”，即可成功连接数据库
如果你要恢复的数据库是包含授权表的mysql数据库，您将需要使用--skip赠款-tables选项来运行服务器恢复整个数据库
- 首先，。否则，服务器会抱怨不能找到授权表。恢复表后，执行mysqladmin冲水privileges告诉服务器装载授权表，并用它们来启动。数据库目录到其他地方的原始内容
复制。例如，您可以使用它们在以后的事后分析检查表（验尸）的崩溃。
酒店与最新的数据库备份文件重新加载。如果您打算使用mysqldump的所加载的文件，则需要输入它们作为mysql的。如果您打算使用从数据库文件直接拷贝（例如，使用tar或CP），它会复制他们直接回数据库目录中。然而，在这种情况下，你应该在关闭之前，该服务器复制这些文件，然后重新启动它。在备份过程中
重做日志，然后查询更新数据库表中。对于所有可用的更新日志，你可以使用它作为mysql的输入。指定--one-database选项，因此MySQL只是要还原的数据库执行查询。如果你意识到有必要使用所有的更新日志文件，可以使用包含以下命令日志的目录：
％LS-TRL更新（0-9）* | xargs的猫| mysql--。一个数据库DB_NAME
ls命令生成一个单独的日志文件更新列表，更新日志文件根据服务器（你知道，如果你其中的任何文件，排序顺序生成的顺序进行排序会发生变化，这将导致在更新日志中以错误的顺序使用）。有限公司您可能需要使用一些更新日志。例如，如果日志，因为命名update.392备份，pdate.393等产生的，可以在命令重新运行它们：
％的mysql - 一个数据库DB_NAME 录入。 392
％的mysql - 一个数据库DB_NAME updata.393 ...
如果您正在运行的恢复，并打算使用更新日志恢复由于失误降数据的基础上，DROPTABLE或DELETE语句和丢失的信息时，一定要在开始更新日志删除这些语句。
恢复单个表
恢复单个表是非常困难的。如果是的mysqldump备份文件生成的，它只是不包含数据，您需要一个表，你需要提取的相关线路，并利用它们作为mysql的输入，这部分比较容易。困难的是，提取在该表的更新日志中使用的片段。你会发现：mysql_find_rows工具在这方面有所帮助，它可以提取多行从更新日志查询。另一种可能性是使用另一台服务器
恢复整个数据库，然后将该文件复制到表的原始数据库。这其实很容易！当文件被复制回数据库目录，确保原始数据库服务器关闭。