mysql数据恢复

全量备份恢复
事件发生后停止后端服务,同时刷新数据库二进制日志,防止有新数据
kill -9 后端服务端口
mysql -u -p
flush logs;
刷新后的binlog的id为00004,需要恢复的数据都是00003

mysql -uroot -p
source /备份文件地址
全量备份恢复完成,剩下的数据可根据binlog日志进行恢复

增量备份恢复
根据00003的时间恢复指定数据库的数据

mysqlbinlog --no-defaults --database=ecology ./mysql-bin.000003 --start-datetime="2024-06-18 15:21:00" --stop-datetime="2024-06-18 15:22:00" --skip-gtids |mysql -uroot -p123456 ecology
根据position恢复

mysqlbinlog --no-defaults --database=ecology ./mysql-bin.000003 --start-position=55217 --stop-position=115972 --skip-gtids|mysql -uroot -pH_zhan#888 ecology

我这里是主从复制环境,通过模拟testa库删除后恢复数据,恢复数据的时候先创建testa的空库,进入库中导入,然后根据二进制日志,对备份文件之后产生的数据进行恢复,--skip-gtids这个是需要添加的,否则不生效,应该是自己创建库的原因


__EOF__

本文作者Burukku
本文链接https://www.cnblogs.com/yuan9910/p/18254781.html
关于博主:评论和私信会在第一时间回复。或者直接私信我。
版权声明:本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!
声援博主:如果您觉得文章对您有帮助,可以点击文章右下角推荐一下。您的鼓励是博主的最大动力!
posted @   开心burukku  阅读(8)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
点击右上角即可分享
微信分享提示