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

相关推荐

  • asp.net数据库数据如何高效转换为xml格式?

    在当今数字化时代,ASP.NET作为一种流行的Web开发框架,被广泛应用于各种企业级应用的开发中,数据库作为存储和管理数据的核心,XML作为数据交换和传输的格式,成为了ASP.NET应用中不可或缺的组成部分,本文将详细介绍ASP.NET中数据库与XML的集成与应用,帮助开发者更好地理解和运用这两种技术,ASP……

    2025年12月14日
    01390
  • ASP.NET开发不用服务器控件?不使用服务器控件的技术实现与优势分析?

    ASP.NET不用服务器控件开发:现代开发范式的实践与优势ASP.NET自2002年发布以来,经历了Web Forms、MVC、Web API等多个发展阶段,Web Forms凭借“所见即所得”的体验,曾成为企业级应用的主流选择,随着前端技术(如React、Vue)的成熟和业务复杂度的提升,传统服务器控件(如B……

    2026年1月2日
    01110
    • 服务器间歇性无响应是什么原因?如何排查解决?

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

      2026年1月10日
      020
  • 兄弟dcp9030cdn打印机废粉仓清零操作指南?为何清零?有何技巧?

    兄弟Dcp9030cdn废粉仓清零操作指南废粉仓是打印机中用于收集废弃墨粉的部件,当废粉仓满时,打印机将无法正常工作,定期清零废粉仓是保证打印机正常使用的重要步骤,本文将为您详细介绍兄弟Dcp9030cdn打印机废粉仓的清零方法,清零步骤打开打印机请确保您的打印机已连接到电脑,并打开打印机电源,进入打印机设置在……

    2025年11月11日
    03860
  • 为何百度云CDN无法识别特定主域?解决方法大揭秘!

    百度云CDN不可识别的主域问题分析及解决方法什么是百度云CDN?百度云CDN(Content Delivery Network)是一种全球加速服务,可以将您的网站内容缓存到全球各地的节点上,当用户访问您的网站时,可以从最近的节点获取内容,从而提高访问速度和用户体验,什么是百度云CDN不可识别的主域?百度云CDN……

    2025年12月11日
    01220

发表回复

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