记一次 MySQL 找回用户数据

2017 年 9 月 21 日 数据库开发

（点击上方公众号，可快速关注）

来源：蒙涯

www.cnblogs.com/tantec/archive/2017/09/20/mysql_get_back_user_data.html

如有好文章投稿，请点击 → 这里了解详情

事情经过

有天，我们公司外区的一个销售C说他8月3号以前的工作流记录找不到了。问清缘由，原来是更新了微信号（我们公司的工作流是基于企业微信开发的）。经过分析，微信号和流程数据并没什么关系，所以初步得出结论：本来只需要更新微信号的，结果我们公司的流程系统管理员把用户先删除，再创建了新的用户。

解决过程

1、首先想到的是直接从定时备份数据里面找回原来的用户ID，结果发现系统只备份了十天的记录，而工作流系统上显示销售C只有8月3号以后的流程记录，距今已经40多天，从自动备份的数据里已经无法恢复。

2、所以，只能从数据库的二进制记录里分析了。进入MySQL数据存放的目录：

3、通过分析文件修改时间，得知删除操作的动作在mysql-bin.000014文件里面记录。

4、因为日志文件是二进制的，所以导出日志为sql文件：

　　mysqlbinlog --no-defaults mysql-bin.000014 > workflow_operator.sql

5、日志记录比较大，导出后有132M，压缩打包文件并下载到本地，只有15.2M

　　tar -czvf workflow_operator.tar.gz workflow_operator.sql

6、在本地使用文本工具，查找所有的删除用户的操作：

　　最后定位删除销售C的动作在127766行（虽然日志记录行数比较多，但是删除用户的动作比较少，所以好排查）

7、用户ID找到了，所幸的是，因为只删除了用户，没有删除流程数据（因为流程数据是要存档的），所以只要把销售C的旧流程数据user_id换成新的user_id就可以了，流程表比较多，通过体力劳动，找出有旧ID的表，然后再使用update语句一起更新，终于找回了所有数据：

　　（最后四位由于涉及隐私，使用XXX代替）

update flow_fr_borrow set user_id = 'e76cb8bccaf74f32b94d17f74437xxxx' where user_id = '66adfd032ccf428d9e20e864f729xxxx';

update flow_fr_cost set user_id = 'e76cb8bccaf74f32b94d17f74437xxxx' where user_id = '66adfd032ccf428d9e20e864f729xxxx';

update flow_fr_fixedasset set user_id = 'e76cb8bccaf74f32b94d17f74437xxxx' where user_id = '66adfd032ccf428d9e20e864f729xxxx';

update flow_fr_house_lease set user_id = 'e76cb8bccaf74f32b94d17f74437xxxx' where user_id = '66adfd032ccf428d9e20e864f729xxxx';

update flow_fr_purchase set user_id = 'e76cb8bccaf74f32b94d17f74437xxxx' where user_id = '66adfd032ccf428d9e20e864f729xxxx';

update flow_fr_travel set user_id = 'e76cb8bccaf74f32b94d17f74437xxxx' where user_id = '66adfd032ccf428d9e20e864f729xxxx';

update flow_hr_positive set user_id = 'e76cb8bccaf74f32b94d17f74437xxxx' where user_id = '66adfd032ccf428d9e20e864f729xxxx';

update flow_pr_equip_borrow_sale set user_id = 'e76cb8bccaf74f32b94d17f74437xxxx' where user_id = '66adfd032ccf428d9e20e864f729xxxx';

update flow_pr_equip_return set user_id = 'e76cb8bccaf74f32b94d17f74437xxxx' where user_id = '66adfd032ccf428d9e20e864f729xxxx';

update flow_sa_tepe set user_id = 'e76cb8bccaf74f32b94d17f74437xxxx' where user_id = '66adfd032ccf428d9e20e864f729xxxx';

update flow_sa_safore set user_id = 'e76cb8bccaf74f32b94d17f74437xxxx' where user_id = '66adfd032ccf428d9e20e864f729xxxx';

update flow_sa_authorize set user_id = 'e76cb8bccaf74f32b94d17f74437xxxx' where user_id = '66adfd032ccf428d9e20e864f729xxxx';

update flow_sa_business set user_id = 'e76cb8bccaf74f32b94d17f74437xxxx' where user_id = '66adfd032ccf428d9e20e864f729xxxx';

update flow_hr_trial set sel_user_id = 'e76cb8bccaf74f32b94d17f74437xxxx' where sel_user_id = '66adfd032ccf428d9e20e864f729xxxx' ;

update wf_hist_order set creator = 'e76cb8bccaf74f32b94d17f74437xxxx' where creator = '66adfd032ccf428d9e20e864f729xxxx';

update wf_hist_task set operator = 'e76cb8bccaf74f32b94d17f74437xxxx' where operator = '66adfd032ccf428d9e20e864f729xxxx';

update wf_order set creator = 'e76cb8bccaf74f32b94d17f74437xxxx' where creator = '66adfd032ccf428d9e20e864f729xxxx';

update wf_hist_task_actor set actor_Id = 'e76cb8bccaf74f32b94d17f74437xxxx' where actor_Id = '66adfd032ccf428d9e20e864f729xxxx';