第一时间挂工单，联系工程师指引，现在回过来想，第一时间要确认发生时间。

1.通过性能视图（马后炮的总结，实际凭记忆恢复了三四次才找到数据）

 2.先恢复数据

通过Navicat工具，结构同步，数据同步恢复数据保证

3.原因排查

下载对应的Binlog日志文件

找到一台有mysql 5.7的库（注意与阿里云mysql的版本一致的）

怀疑的日志文件

 参考指引
1.RDS MySQL实例实时生成本地日志（Binlog），当一个Binlog文件的大小超过 512 MB，或者写入超过6小时时，系统会自动切换到下一个序号的Binlog文件并继续写入。 参考；查看或删除MySQL本地日志（Binlog）_云数据库 RDS(RDS)-阿里云帮助中心 

2.或者可以看下数据追踪，免费是近一个小时内可以追踪（更长时间涉及其他付费管控模式），可以追踪delete、update、insert 的语句的，drop没法追踪 数据追踪_数据管理(DMS)-阿里云帮助中心

binlog转sql的方法 

mysqlbinlog -vv --base64-output=decode-rows ats-mysql-bin.000872>000872.sql

 排查语句,搜索丢失的表名快速定位语句

 通过时间戳确定操作时间

4.其他问题

4.1执行binlog转sql的时候提示错误unknown variable 'default-character-set=utf8' 或者unknown variable 'character-set-server=utf8'

找到my.ini配置文件把default-character-set=utf8和character-set-server=utf8都注释掉,重启mysql再进行操作

 4.2如何确定操作ip，操作账号，操作人？

 基础版本不支持后台及时查看，需要升级高可用版本才行，配合信任ip可以减少非自主的操作

选择升级到高可用版本，高可用可以开启sql审计 升级高可用参考；基础系列升级为高可用系列_云数据库 RDS(RDS)-阿里云帮助中心 开启sql审计参考：https://help.aliyun.com/zh/rds/apsaradb-rds-for-mysql/use-the-sql-explorer-and-audit-feature-on-an-apsaradb-rds-for-mysql-instance?spm=a2c4g.11186623.0.i10