mysql 误删除ibdata1之后如何恢复 如果误删除了在线服务器中mysql innodb相关的数据文件ibdata1以及日志文件 ib_logfile*， 应该怎样恢复呢？ 这时候应该一身冷汗了吧？ ================================== 先抽根烟，冷静一下。 ================================== 再观察一下网站，发现一切都很正常，数据的读取与写入操作都完全正常。 这是怎么个情况？ 其实，mysqld在运行状态中，会保持这些文件为打开状态， 即使把它们删除了，它们仍旧存在于文件系统中，mysqld仍然可以对其进行读写。 14101是mysqld的pid(进程ID) 只要mysqld不结束，就可以通过proc文件系统找到这几个被删除的文件(已经被Mark为deleted状态)。 这时候应该松了一口气吧。只要把这几个文件复制回 /var/lib/mysql就行了吗？ 事情绝对没有这么简单。 因为，在innodb的buffer pool中，有许多dirty page(就是内存中的数据已经被修改，但是没有写回文件中), 如果直接把文件复制回去，轻则数据丢失，重则ibdata1文件损坏。 备份mysql数据的时候，也不能直接备份这几个文件，是同样的道理。 我们必须保证所有buffer pool中的数据修改都保存到了硬盘文件上面， 为此，首先要停止更多的写入/更新/删除操作，然后等待innodb flush pages to disk. 停止写入的话，可以把网站应用关闭，或者lock tables: 这时就要等它flush结束，怎样知道有没有结束呢？观察checkpoint age就可以了。 checkpoint age 就是 Log sequence number的值减去 Last checkpoint at的值， 如果为0，那么表示所有的page都flush到硬盘文件中了。 这时就要等它flush结束，怎样知道有没有结束呢？观察checkpoint age就可以了。 checkpoint age 就是 Log sequence number的值减去 Last checkpoint at的值， 如果为0，那么表示所有的page都flush到硬盘文件中了。 为了加速这个flush的过程，可以这样设置一下： 此外，还必须保证一些后台的线程完成了它们的工作， 比如insert buffer thread. ibuf的大小应该=1 还有purge thread，它应该purge了全部的transactions: 还要确保innodb不再进行写操作了： 然后把文件复制回去： 结论： 1) 出现意外时，千万不能慌张，抽根烟先冷静一下。 2) 在解决方案不明确的时候，不要进行操作，比如重启mysqld，重启服务器。 3) 有必要监控mysql的ibdata等文件是否存在。