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

相关推荐

  • m5521cdn扫描仪为何装不上?常见故障排查指南揭秘!

    M5521CDN扫描仪装不上问题解决指南许多用户在使用M5521CDN扫描仪时遇到了装不上或无法识别的问题,本文将针对这一问题,从硬件、软件和驱动程序三个方面提供详细的解决方法,硬件检查连接线检查确保扫描仪与电脑之间的USB连接线完好无损,尝试更换USB连接线,排除连接线故障的可能性,USB接口检查检查电脑的U……

    2025年12月5日
    03080
  • 光弹条纹图像的全场相移技术是什么?如何获取全场相移技术数据

    光弹条纹图像的全场相移技术已取代传统单帧法成为 2026 年应力分析的核心标准,其核心优势在于能实现亚像素级精度、抗环境干扰能力强,且单套系统成本较进口方案降低约 40%,特别适用于复杂曲面构件的实时动态监测场景,技术原理与核心突破从单帧到全场的范式转移传统光弹法依赖人工读取条纹级数,存在主观误差大、效率低等痛……

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

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

      2026年1月10日
      020
  • 供水管网智慧水务方案是什么,智慧水务系统解决方案

    2026年供水管网智慧水务方案的核心在于构建“全域感知+AI预测+自动调控”的闭环体系,通过数字孪生技术将漏损率控制在8%以内,实现从被动抢修向主动运维的根本性转变,为什么传统管网管理已无法满足2026年需求?随着城市化进程进入存量更新阶段,供水基础设施老化与水资源短缺矛盾日益突出,传统的人工巡检与事后维修模式……

    2026年5月20日
    02142
  • 光环云云主机怎么样?光环云主机价格、配置、稳定性

    2026 年选择光环云云主机,核心结论是:在需满足等保三级合规且追求华北节点低延迟的企业级场景中,其“裸金属 + 云”混合架构与本地化运维响应仍是优于纯公有云厂商的确定性方案,尤其适合金融、政务及高敏感数据业务,光环云云主机核心优势解析为什么 2026 年仍选择光环云在 2026 年云计算市场进入“深水区”后……

    2026年5月7日
    02245

发表回复

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