MYSQL备份比较常用的2种方式

在工作中我们数据库可能会遭遇各式各样的不测(硬件故障、软件故障、黑客攻击、误操作占比最大)从而导致数据丢失,下面给小伙伴介绍一下MYSQL备份比较常用的2种方式

MYSQL备份比较常用的2种方式

 

一、使用cp进行备份

查看数据库的信息

mysql> SHOW DATABASES;    
+--------------------+
| Database           |
+--------------------+
| information_schema |
| employees          |
| mysql              |
| test               |
+--------------------+
3 rows in set (0.00 sec)

mysql> USE employees;
Database changed
mysql> SHOW TABLES;         
+---------------------+
| Tables_in_employees |
+---------------------+
| departments         |
| dept_emp            |
| dept_manager        |
| employees           |
| salaries            |
| titles              |
+---------------------+
5 rows in set (0.00 sec)

mysql> SELECT COUNT(*) FROM employees;   
+----------+
| COUNT(*) |
+----------+
|   300026 |
+----------+
2 row in set (0.05 sec)

备份数据文件

[root@node1 ~]# mkdir /backup   #创建文件夹存放备份数据库文件
[root@node1 ~]# cp -a /var/lib/mysql/* /backup     #保留权限的拷贝源数据文件
[root@node1 ~]# ls /backup   
employees  ibdata1  ib_logfile0  ib_logfile1  mysql  mysql.sock  test

数据恢复

[root@node1 ~]# cp -a /backup/* /var/lib/mysql/    #将备份的数据文件拷贝回去
[root@node1 ~]# service mysqld restart  #重启MySQL



mysql> SHOW DATABASES;    
+--------------------+
| Database           |
+--------------------+
| information_schema |
| employees          |
| mysql              |
| test               |
+--------------------+
4 rows in set (0.00 sec)

mysql> USE employees;      

mysql> SELECT COUNT(*) FROM employees;   
+----------+
| COUNT(*) |
+----------+
|   300024 |
+----------+
1 row in set (0.06 sec)


##完成

这里使用的是使用yum安装的mysql-5.1的版本

二、使用Xtrabackup备份

备份过程

[root@node1 ~]# mkdir /extrabackup  #创建备份目录
[root@node1 ~]# innobackupex --user=root /extrabackup/ #备份数据
###################提示complete表示成功*********************

[root@node1 ~]# ls /extrabackup/  
2021-09-27_07-30-48 

备份完成后, 数据不能用于恢复操作因此我们需要准备一个完全备份

root@node1 ~]# innobackupex --apply-log /extrabackup/2021-09-27_07-30-48 /  #指定备份文件的目录

InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 369661462
160427 07:40:11 completed OK!

[root@node1 ~]# cd /extrabackup/2016-04-27_07-30-48/
[root@node1 2021-09-27_07-30-48 ]# ls -hl  #查看备份文件
total 31M
-rw-r----- 1 root root  386 Apr 27 07:30 backup-my.cnf
drwx------ 2 root root 4.0K Apr 27 07:30 employees
-rw-r----- 1 root root  18M Apr 27 07:40 ibdata1
-rw-r--r-- 1 root root 5.0M Apr 27 07:40 ib_logfile0
-rw-r--r-- 1 root root 5.0M Apr 27 07:40 ib_logfile1
drwx------ 2 root root 4.0K Apr 27 07:30 mysql
drwx------ 2 root root 4.0K Apr 27 07:30 performance_schema
drwx------ 2 root root 4.0K Apr 27 07:30 test
-rw-r----- 1 root root   25 Apr 27 07:30 xtrabackup_binlog_info
-rw-r--r-- 1 root root   27 Apr 27 07:40 xtrabackup_binlog_pos_innodb
-rw-r----- 1 root root  118 Apr 27 07:40 xtrabackup_checkpoints
-rw-r----- 1 root root  471 Apr 27 07:30 xtrabackup_info
-rw-r----- 1 root root 2.0M Apr 27 07:40 xtrabackup_logfile

恢复数据

[root@node1 ~]# rm -rf /data/* 



[root@node1 ~]# innobackupex --copy-back /extrabackup/2016-04-27_07-30-48/   #


[root@node1 data]# killall mysqld

[root@node1 ~]# chown -R mysql:mysql ./* 
[root@node1 ~]# ll /data/     
total 28704
-rw-rw---- 1 mysql mysql    16384 Apr 27 07:43 aria_log.00000001
-rw-rw---- 1 mysql mysql       52 Apr 27 07:43 aria_log_control
-rw-rw---- 1 mysql mysql 18874368 Apr 27 07:43 ibdata1
-rw-rw---- 1 mysql mysql  5242880 Apr 27 07:43 ib_logfile0
-rw-rw---- 1 mysql mysql  5242880 Apr 27 07:43 ib_logfile1
-rw-rw---- 1 mysql mysql      264 Apr 27 07:43 mysql-bin.000001
-rw-rw---- 1 mysql mysql       19 Apr 27 07:43 mysql-bin.index
-rw-r----- 1 mysql mysql     2166 Apr 27 07:43 node1.anyisalin.com.err


[root@node1 data]# service mysqld restart
MySQL server PID file could not be found!                  [FAILED]
Starting MySQL.                                           [  OK  ]

MariaDB [(none)]> SHOW DATABASES; 
+--------------------+
| Database           |
+--------------------+
| information_schema |
| employees          |
| mysql              |
| performance_schema |
| test               |
+--------------------+
5 rows in set (0.00 sec

使用CP进行备份,备份速度快、恢复速度也很快但是功能相对比较弱一般用于少量数据备份,但是xtrabackup 进行备份功能强大对于备份规模比较大的来说比较实用。

以上就是关于“MYSQL备份比较常用的2种方式”的相关解答如需购买测试PHP主机,推荐酷番云共享虚拟主机、独享IP虚拟主机齐备,各类配置均有,满足不同网站建设需求;另外提供免费虚拟主机,可供测试,让您快速上线网站。

选购地址:https://www.kufanyun.com/host/

图片来源于AI模型,如侵权请联系管理员。作者:路飞,如若转载,请注明出处:https://www.kufanyun.com/ask/1080.html

(0)
上一篇 2021年9月27日 16:42
下一篇 2021年9月29日 15:29

相关推荐

  • 京瓷P5021cdn网络共享打印设置方法详解,操作步骤有哪些疑问?

    京瓷P5021cdn是一款功能强大的打印机,支持网络共享打印功能,方便用户在不同设备上使用,以下将详细介绍如何设置京瓷P5021cdn的网络共享打印功能,准备工作确保您的电脑和打印机已连接到同一网络,打开打印机的电源,等待打印机预热,确保您的电脑已安装打印机驱动程序,设置网络共享打印打开电脑上的“控制面板”,点……

    2025年11月7日
    03120
  • 百度P2P CDN兑换途径详解,如何快速找到兑换点?

    百度P2P CDN兑换指南什么是百度P2P CDN?百度P2P CDN(内容分发网络)是一种基于P2P(点对点)技术的网络加速服务,它通过将用户请求的内容分发到距离用户最近的服务器,从而提高访问速度和用户体验,百度P2P CDN支持多种类型的文件传输,包括图片、视频、音频等,百度P2P CDN兑换途径百度P2P……

    2025年11月24日
    03520
  • CDN技术中负载均衡如何有效解决网站访问高峰期的性能瓶颈问题?

    在CDN技术中,负载均衡是一个至关重要的组件,其主要解决的问题是确保内容分发的高效性和可靠性,以下是对负载均衡在CDN技术中解决的主要问题的详细探讨,高并发处理1 问题阐述随着互联网的快速发展,网站和应用程序的用户数量急剧增加,导致访问量剧增,如果所有请求都发送到单一的服务器,很容易造成服务器过载,导致响应时间……

    2025年11月27日
    02250
    • 服务器间歇性无响应是什么原因?如何排查解决?

      根源分析、排查逻辑与解决方案服务器间歇性无响应是IT运维中常见的复杂问题,指服务器在特定场景下(如高并发时段、特定操作触发时)出现短暂无响应、延迟或服务中断,而非持续性的宕机,这类问题对业务连续性、用户体验和系统稳定性构成直接威胁,需结合多维度因素深入排查与解决,常见原因分析:从硬件到软件的多维溯源服务器间歇性……

      2026年1月10日
      020
  • 云和CDN有何区别?两者是否完全等同?深入探讨两者本质差异

    云和CDN是一回事吗?随着互联网技术的不断发展,云计算和内容分发网络(CDN)已经成为现代网络架构中不可或缺的两个部分,很多人对这两个概念存在误解,认为它们是一回事,云和CDN到底是不是一回事呢?本文将为您详细解答,云和CDN的定义云计算(Cloud Computing)云计算是一种基于互联网的计算模式,通过互……

    2025年11月23日
    03580

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注