• 热门搜索 热门搜索

您现在的位置是:博客 > 文章详情文章详情

mysql-backup 恢复备份的数据库

原创
时间2023/11/27 21:57:44 发布 预览数量160
分类: mysql 标签: mysql-backup mysql

一、前言

之前的一篇文章有讲过《Mysql 定时备份(mysql-backup)》,有兴趣的小伙伴可以前去阅读。这次主要讲的内容是 mysql-backup 的数据恢复。既然能备份,肯定需要有恢复的功能。

mysql-backup 要执行还原,只需反向运行备份过程。仍然需要连接到数据库,但是传递的不是转储命令,而是恢复命令。传递给的不是转储目标,而是恢复目标。

二、mysql-backup 备份还原

1、镜像环境变量

  • DB_SERVER:连接到数据库的主机名
  • DB_PORT:数据库的端口
  • DB_USER:数据库的用户名
  • DB_PASS:数据库的密码
  • DB_NAMES:要还原的数据库名称(多个数据库名称以空格分隔),如果 SINGLE_DATABASE=true,字段则为必填
  • SINGLE_DATABASE:如果值为true,那么 DB_Names 为必填, 有且只能包含一个数据库。
  • DB_RESTORE_TARGET:实际恢复文件的路径,应该是压缩转储文件。目标可以是绝对路径
  • DB_DUMP_DEBUG:如果值为true,则在恢复时将大量输出转储到容器日志。

2、举例

1、 从本地文件恢复

docker run 
-e DB_SERVER=127.0.0.1 # 主机名
-e DB_PORT=3306  # 数据库端口
-e DB_USER=root  # 用户名
-e DB_PASS=pass  # 密码
-v /local/path:/backup     # 目录挂载(将备份文件挂载到容器内)  本地备份路径:容器路径
-e DB_RESTORE_TARGET=/backup/db_backup_201509271627.gz   # 具体文件名
-e DB_DUMP_DEBUG=true  # 输出日志
databack/mysql-backup

2、 有多个数据库,只恢复指定的数据库

docker run 
-e DB_SERVER=127.0.0.1 # 主机名
-e DB_PORT=3306  # 数据库端口
-e DB_USER=root  # 用户名
-e DB_PASS=pass  # 密码
-v /local/path:/backup     # 目录挂载(将备份文件挂载到容器内)  本地备份路径:容器路径
-e DB_RESTORE_TARGET=/backup/db_backup_201509271627.gz   # 具体文件名
-e DB_NAMES="database1 database3"   # 需要恢复的数据库名称
-e DB_DUMP_DEBUG=true  # 输出日志
databack/mysql-backup

3、单个数据库还原

docker run 
-e DB_SERVER=127.0.0.1 # 主机名
-e DB_PORT=3306  # 数据库端口
-e DB_USER=root  # 用户名
-e DB_PASS=pass  # 密码
-v /local/path:/backup     # 目录挂载(将备份文件挂载到容器内)  本地备份路径:容器路径
-e DB_RESTORE_TARGET=/backup/db_backup_201509271627.gz   # 具体文件名
-e DB_DUMP_DEBUG=true  # 输出日志
-e SINGLE_DATABASE=true 
-e DB_NAMES=newdatabase1 
databack/mysql-backup

版权声明:本文为Converts的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。

原文链接:https://www.converts.cn/article/8770501.html

暂无评论

暂无评论

目录

推荐阅读

  • Docker 部署FastTunnel,实现内网穿透

    ## 一、前言 最近在学习搭建**Elasticsearch**集群,但是发现云服务(2核4G)资源根本就不够用,部署上去就直接宕机了。想着服务器资源太贵, 家里刚好有一台**64G**内存的闲置电脑。不如做一个**内网穿透**,可以远程访问。工作学习两不误。其实目前市面上已经有很多穿透工具了,比如向日葵~~ ,但是奈何带宽太小了,免费的才1M~~~ ## 二、什么是 FastTunnel **FastTunnel** 是用.net core开发的一款跨平台内网穿透工具,它可以实现将内网服务暴露到公网供自己或任何人访问。 与其他穿透工具不同的是:FastTunnel项目致力于打造一个易于扩

  • 解决:“The configured user limit (128) on the number of inotify instances has been reached....” 错误

    ## 一、场景再现 在linux系统上运行着10个微服务,突然发现某个服务挂了。遇到这种情况,一般就使用命令`docker start` 就可以解决。 然而发现命令无法使服务起来。根据跟踪容器日志发现是出现了异常,如下所示: ```shell Unhandled exception. System.IO.IOException: The configured user limit (128) on the number of inotify instances has been reached, or the per-process limit on the number of open fi

  • Docker 安装mysql

    ## 一、创建mysql 容器 ```shell docker run \ -d \# 后台运行 --restart=always \#总是跟随docker启动 --privileged=true\#获取宿主机root权限 -p 13306:3306 --name mysql \# 容器与主机映射端口为,主机13306,容器3306 -v /mysql/log:/var/log/mysql \# 容器运行后的名称 -v /mysql/data:/var/lib/mysql \# mysql 目录挂载 -v /etc/localtime:/etc/localtime:ro \#让容器的时钟与宿主

  • validate service connection: CRI v1 runtime API is not implemented for endpoint \"unix:///var/run/containerd/containerd.sock\": rpc error: code = Unimplemented desc = unknown service runtime.v1.RuntimeService

    ## 一、问题 安装k8s集群, Node节点加入主节点的时候(`kubeadm join...`),报错,报错信息如下: ```shell [root@node1 ~]# kubeadm join k8s-master:6443 --token 4nm8cy.jgxw8go95c1uqt6c --discovery-token-ca-cert-hash sha256:f1c08bce4ebeb8deb531b950e644cca399efc40e1a9ac99df21b7b38a31a6c02 [preflight] Running pre-flight checks

  • k8s 安装ingress,并解决拉取镜像失败的问题

    ## 一、前言 Service 是将运行在一组 Pods 上的应用程序公开为网络服务的抽象方法,但是Service 只能在内网间访问(NodePort方式用的较少), 那么外网的路由请求如何发送到 Service 上呢? k8s 为我们提供了 Ingress 网关服务。 ## 二、什么是Ingress ? Ingress 公开从集群外部到集群内服务的 HTTP 和 HTTPS 路由。 流量路由由 Ingress 资源上定义的规则控制。下面是一个将所有流量都发送到同一 Service 的简单 Ingress 示例: ![k8s 安装ingress,并解决拉取镜像失败的问题](/Article

  • ssh 免密登录

    ## 一、前言 SSH(Secure Shell)免密登录是一种安全便捷的远程登录方式,允许用户在不输入密码的情况下连接到远程Linux服务器。它通过密钥认证来实现登录,这种方法可以提高工作效率,同时加强系统的安全性。 ## 二、秘钥的存放位置 一般秘钥都存放在用户的根目录下 `~/.ssh`,如下图所示 ![ssh 免密登录](/ArticleFile/2024-01-09/802cf3e23bde4298bf4accd9929878c6.png 'ssh 免密登录') .ssh 目录下一般会有两个文件 `id_rsa:私钥` 、 `id_rsa.pub:公钥`。 ![ssh 免密

  • k8s http: server gave HTTP response to HTTPS client

    ## 一、问题 k8s 在拉取私有仓库镜像的时候报`http: server gave HTTP response to HTTPS client`错,网络上的答案都是千篇一律的,根本就没有抓住问题的根源。下面就有我来剖析一下问题的原因。 ```shell Type Reason Age From Message ---- ------ ---- ---- ------- Normal Schedule

  • org.jenkinsci.plugins.scriptsecurity.scripts.UnapprovedUsageException: script not yet approved for use

    ## 一、报错信息 jenkins 中编写pipeline脚本的时候,执行构建,报如下错误: ```shell Started by user admin org.jenkinsci.plugins.scriptsecurity.scripts.UnapprovedUsageException: script not yet approved for use at org.jenkinsci.plugins.scriptsecurity.scripts.ScriptApproval.using(ScriptApproval.java:676) at org.jenkinsci.plugin

  • kubeadm init:failed to pull image registry.k8s.io/pause:3.6

    ## 一、错误现象 在安装 **K8s 1.28.0** 的时候,**kubeadm init...** 执行失败,错误信息如下: ```shell [kubelet-check] Initial timeout of 40s passed. Unfortunately, an error has occurred: timed out waiting for the condition This error is likely caused by: - The kubelet is not running - The kubelet is

  • .net core 通过环境变量加载配置文件(Development、Staging、Production)

    ## 一、前言 在**.net core 2.1** 之前,每次更新程序, 都需要手动更改数据库连接字符串。如果不小心把测试库发布上去了, 问题就大了。不过好在.NET Core 2.1及以上版本增加了支持根据环境变量加载配置文件。简单点理解就是, **代码中有三个配置文件(开发,测试,生产),程序发布之后, 更具服务器的环境变量, 自动加载相应的配置文件,不用在每次手动的切换了**。很是方便。 ## 二、实现 要想实现此功能,我们需要设置对应配置文件的后缀,以便系统会自动识别。 **举个例子:** 假设现在有一个叫 `Database.json` 的数据库配置文件,我们只需要再创建两个配

加载中