8.14听到同事说有用户上传资料不见了，而且是有的有，有的没有，当时以为是用户误操作，变告诉同事让丢失数据的用户重新上传一次，本以为又是一次用户的误操作，可是，我错了，下午陆续有同事告知用户资料丢失，所谓三人成虎，这即便不太可能，但责任告诉我，有问题。
第二天，白哥也发现了问题，通知我和同事一块处理，我负责寻找原因，另一位同事负责数据恢复。我不是黑客，不晓得查看服务器是否被攻击过，只能查看日志文件，可是，有些数据连带着日志文件也丢失了，这可不好，找不到原因啊，想了很久，对了，白哥提醒我当项目运行出问题时查看tomcat的日志文件是很有帮助的，
于是去tomcat的日志文件里查找，庆幸的是我们的tomcat是每天都会记录日志的，嘎嘎。从问题出现的那天开始，一篇篇的查看日志，可惜，出现delete字符的记录少之又少，这个可以推断出，用户删除的可能性几乎为0，原因不晓得，但数据恢复是件大事，不能让用户资料丢失，更不能让公司有损失，！！
通过查看服务器上的文件，发现了数据库6月份的备份，这就是救命稻草啊。哈哈。从他开始，继续恢复六月到八月的两个月的数据，就相对容易了。哈哈
同时，我另一同事也通过操作tomcat日志，把用户插入数据的记录都遍历出来了，不错。
第三天，同事病了，没来，那么就意味着，数据恢复就得靠我一个人了，不怕，有压力就有动力。解决了他丫的
首先我有六月份的记录，剩下的，就是把sql记录插入到备份数据的后面，想了很久还是用传统的记事本操作更方便一些。我吧单独的sql语句全部写入的一个记事本中，然后调用程序遍历它的每一行，然后执行，插入到自己数据库里，如此如此，数据就整合到一个数据库中的一个表里了，多亏手里的工具，能很方便的吧数据提取出来，而且能修改主键是否自动增长。超级方便。什么名字就不说了，不是做广告。写这篇博客就是为了这次有惊无险的数据恢复，写一个回忆，下面就是总结：
1.tomcat的日志最好每天都有，而且单独存放
2.数据库经常备份，并且不要删除近期的
3.巧用记事本进行数据转移或者插入数据库
4.多上网搜资料