第一时间挂工单,联系工程师指引,现在回过来想,第一时间要确认发生时间。
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