在最近对 RS 云服务器进行“紧急迁移”之后，事实证明我们服务器快照映像上的 mysql 数据库与备份日期相比已过时数日。然而，通过受影响的 Web 应用程序上传的文件已写入文件系统。写入数据库的相关元数据丢失，但文件本身已备份。
一旦我能够在 mysql 服务器启动之前手动访问 mysql 数据文件（服务器配置为在启动时启动 mysql），我就能看到 ib_logfile1、ib_logfile0 和 ibdata1 的更新时间是几天前的。
对于这张海报，mysql data loss after server crash，就好像某个缓存控制器告诉 OS / mysql 服务器它已经提交了仍在缓存中的数据，并且它丢失了而不是刷新了。
我不太清楚上传的文件是如何写入的，但数据库数据却没有。我原以为任何缓存都会在系统范围内刷新，而不是逐个进程刷新。
关于这可能是如何发生的任何建议？
更新二：
请参阅下面解释发生了什么的我的回答。
更新：
配置详细信息，按要求提供。
RackSpace 云服务器详细信息： 操作系统：Ubuntu 10.04 LTS (Lucid) 内存：1024MB 磁盘空间：40 GB 数据中心：ORD1 服务级别：非托管
root@restore-testing：~# dpkg -s mysql-server ... 架构：全部 来源：mysql-dfsg-5.1 版本：5.1.61-0ubuntu0.10.04.1 ...
root@restore-testing:~# cat /etc/fstab 目录 proc /proc proc 默认值 0 0 /dev/xvda1 / ext3 defaults,errors=remount-ro,noatime 0 1 /dev/xvdc1 无交换 sw 0 0