MySQL数据库Drop Down后的紧急处置

发表于:2013-6-24 09:24

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:美丽人生    来源:51Testing软件测试网采编

  前言

  今天下午3点,我按照惯例,打开游戏服务器,开新服部署嘛,游戏在腾讯开放平台,简单。闭着眼睛都OK。于是一轮子的复制黏贴拷贝,把服务器加起来,然后启动查看日志

  。。。。突然发现不断的有Exception?搞什么?丢失表Usr_user??刚才不是导了数据库吗?不存在?怎么会?

  我瞬间意识到。我摊上事了,我摊上大事了。。检查刚才的复制黏贴,发现我没改数据库名,这一下子把第二个服的数据库整个干掉了。

  我擦!!不会吧??背后一凉就软滩在凳子上了。

  备份?没有。

  数据库还有渣吗?select count(*) ....  0!

  备份?真的没有。

  怎么能没备份啊!

  怎么办?几十个玩家充值了几千元。连个影子也没了。

  找玩家求饶?送礼包?? 你觉得玩家会放过你?天真。

  linux服务器 + mysql数据库 + 游戏缓存 + flash的as3前端。怎么搞。。。我完蛋了。

  HOLD住!

  我要HOLD住!冷静,虽然大脑一片空白。马上Google找mysql有无自动备份的。。。没看到。问同事,求助。我靠,他们怎么好像没反应啊。。。

  这个时候,有个哥们提示我,用 mysqlbinlog。

  这玩意是什么。马上google,知道mysql自身会有个操作的备份。我靠!希望来了。赶快进入mysql目录,查看下。果然看到几十个bin文件。

  网上继续搜。大概知道mysql会保存30天内的数据库操作在bin文件。OK。

  我们达洛克2服才刚运行了2天,算起来应该就是最后2个bin文件。还好。用

mysqlbinlog --no-defaults mysql-bin.000026 > mysql-bin.000026.txt

  导出了SQL,检查下:

  1. at 472331597 
  2. #130619 18:04:23 server id 1  end_log_pos 472331772     Query   thread_id=2657  exec_time=0     error_code=0 
  3. SET TIMESTAMP=1371636263/*!*/; 
  4. UPDATE USR_RESOURCE SET MODIDATE = '2013-06-19 18:04:23',SILVER = 283 WHERE USERCODE='001UR1371634524003511' 
  5. /*!*/; 
  6. at 472331772 
  7. #130619 18:04:23 server id 1  end_log_pos 472331799     Xid = 226001034 
  8. COMMIT/*!*/; 
  9. at 472331799 
  10. #130619 18:04:23 server id 1  end_log_pos 472331871     Query   thread_id=2657  exec_time=0     error_code=0 
  11. SET TIMESTAMP=1371636263/*!*/; 
  12. BEGIN

  大概是这种结构。

  冷静下来,分析了。我还原数据库,只要从建库开始第一个sql重新执行到最后一个。理论上数据库就会被还原。但是bin文件里面是所有的SQL操作,我要筛选出 达洛克战记2服 的。网上说用 cat / more / less 等命令。我靠,这他妈也太复杂了把?

21/212>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号