查看“使用备份进行恢复”的源代码
←
使用备份进行恢复
跳到导航
跳到搜索
因为以下原因,您没有权限编辑本页:
您请求的操作仅限属于该用户组的用户执行:
用户
您可以查看和复制此页面的源代码。
现在,假设我们在星期三上午8点发生了一次灾难性的意外退出,需要从备份中恢复。为了恢复,首先我们恢复我们拥有的最后一个完整备份(即星期日下午1点的备份)。完整备份文件只是一组SQL语句,因此恢复它非常简单: $> mysql < backup_sunday_1_PM.sql 此时,数据已经恢复到星期日下午1点的状态。要恢复自那时以来所做的更改,我们必须使用增量备份,即gbichot2-bin.000007和gbichot2-bin.000008二进制日志文件。如果需要,从备份处获取文件,然后像这样处理它们的内容: $> mysqlbinlog gbichot2-bin.000007 gbichot2-bin.000008 | mysql 现在,我们已经将数据恢复到了星期二下午1点的状态,但仍然缺少从那天到崩溃日期的更改。为了不丢失这些更改,我们需要将MySQL服务器将其MySQL二进制日志存储到与存储数据文件的位置(RAID磁盘、SAN等)不同的安全位置,以便这些日志不在被损坏的磁盘上。(也就是说,我们可以通过在启动服务器时使用--log-bin选项,指定一个与数据目录所在的物理设备不同的位置。这样,即使包含目录的设备丢失,日志也是安全的。)如果我们这样做了,我们就会有gbichot2-bin.000009文件(以及任何后续文件),我们可以使用mysqlbinlog和mysql来应用它们,恢复最近的数据更改,而不会丢失崩溃时刻之前的任何数据更改: $> mysqlbinlog gbichot2-bin.000009 ... | mysql
返回至“
使用备份进行恢复
”。
导航菜单
个人工具
登录
命名空间
页面
讨论
大陆简体
查看
阅读
查看源代码
查看历史
更多
搜索
导航
首页
基础知识
正则表达式
Markdown
分布式
项目管理
系统集成项目管理基础知识
云原生
Docker
云原生安全
云原生词汇表
十二因素应用
Kubernetes
音频处理
音频合成
Edge-tts
CMS系统
Docsify
VuePress
Mediawiki
自动生成
Marp
CI/CD
GitLab
设计
颜色
平面设计
AI
数字人
操作系统
GNU/Linux
数据库
Mysql
工具
链入页面
相关更改
特殊页面
页面信息