通过全库备份SQL文件,只导入需要的表

本文讲述了因策划错误导致的游戏道具数量异常,解决方案是回档特定表而非整个数据库。通过运维获取全库备份后,利用Python脚本解压并筛选出需要的坐骑表和道具表,然后编写脚本导入这些表到临时服务器进行处理。最终通过运营提供的玩家名单,使用Python脚本完成数据修正。
摘要由CSDN通过智能技术生成

前言 :由于上周四停服更新,策划填错配置表,导致原本抽奖获得道具数量由设计的5个变成50个,并且会有翻倍!!!因为是全服统一更新所以影响范围很大,最后统计到影响到900多个区服!处理办法有2个,一个回档,当然这个办法是在没有其他更好的处理方法的时候才会去考虑的,所以我们就去想更好更优的解决方案。通过分析发现,改道具影响的功能较少,只影响到坐骑的一个属性,所以最后定下来的解决方案:将坐骑表对应的属性回档到停服更新前,道具表的道具数量恢复为停服前的数量 加上 通过该次活动抽奖获得的数据除以10;领外对此次事故的补偿!

好了,既然方案定下来的,就由运维将所有的数据库备份整理好发过来。当接到数据量备份的时候,问题就来了,备份文件解压出来太大了,在本地处理是行不通的, 所以就想运维要了一个没有使用的正式服服务器来进行处理,将本分文件解压后SQL文件都有几个G,当然这900多个压缩包,是我写了一个python脚本进行自己解压的,不然手动解压会累死。但是这么大的SQL文件导入数据库里也是很头疼的事情,既然我们知道了我们只需要坐骑表和道具表,那么可不可以只导入这2个库呢!通过上网查找资料还真被我找到了,说了这么多废话,其实只是想记录一下!现在就分享得大家!

这个脚本是遍历所有解压出来的SQL文件,并将我所有需要的2张表转存到sql目录下:

</

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值