MYSQL数据库的备份问题，直接复制可以吗？

Posted 2023-04-29

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了MYSQL数据库的备份问题，直接复制可以吗？相关的知识，希望对你有一定的参考价值。

我现在使用康盛的UCenter Home产品，出于某种情况，现在需要重新安装一下该产品，但不想数据丢失。想备份一下数据库，在线备份好像不行，所以想登陆到服务器上备份。

我登陆到服务器上，直接复制数据文件到其他磁盘，然后装完之后再复制回来可以吗？？？mysql支持这种方式备份吗？

参考技术A 使用直接拷贝数据库的备份和拷贝方法
另一种不涉及mysqldump备份数据库和表的方式是直接拷贝数据库表文件。典型地，这用诸如cp、tar或cpio实用程序。本文的例子使用cp。
当你使用一种直接备份方法时，你必须保证表不在被使用。如果服务器在你则正在拷贝一个表时改变它，拷贝就失去意义。
保证你的拷贝完整性的最好方法是关闭服务器，拷贝文件，然后重启服务器。如果你不想关闭服务器，要在执行表检查的同时锁定服务器。如果服务器在运行，相同的制约也适用于拷贝文件，而且你应该使用相同的锁定协议让服务器“安静下来”。
假设服务器关闭或你已经锁定了你想拷贝的表，下列显示如何将整个samp_db数据库备份到一个备份目录（DATADIR表示服务器的数据目录）：%cd DATADIR%cp -r samp_db /usr/archive/mysql
单个表可以如下备份：
%cd DATADIR/samp_db%cp member.* /usr/archive/mysql/samp_db%cp score.* /usr/archive/mysql/samp_db ....
当你完成了备份时，你可以重启服务器（如果关闭了它）或释放加在表上的锁定（如果你让服务器运行）。
要用直接拷贝文件把一个数据库从一台机器拷贝到另一台机器上，只是将文件拷贝到另一台服务器主机的适当数据目录下即可。要确保文件是MyIASM格式或两台机器有相同的硬件结构，否则你的数据库在另一台主机上有奇怪的内容。你也应该保证在另一台机器上的服务器在你正在安装数据库表时不访问它们。本回答被提问者采纳

xtrabackup热备和恢复mysql

热备份与恢复

3.1xtrabackup介绍：

热备份的方式也是直接复制数据物理文件，和冷备份一样，但是热备份可以不停机直接复制，一般用于7*24小时不间断的重要核心业务。Mysql的社区版本热备份工具InnoDB Hot Backup是付费的，只能试用30天，商业版才可以永久的使用，

Percona公司发布一个xtrabackup热备工具，和付费的工具一样，支持在线热备（备份时不影响数据的读写）是商业工具InnoDB Hot Backup的一个很好的替代。

xtrabackup热备工具是一个开源的工具，他可以非常快速的备份和恢复mysql数据库。Xrabackup 中包含两个工具：

xtrabackup适用于热备份InnoDB及XtraDB表中数据的工具，不能备份其他类型的表，也不能备份数据表结构
innobakupex是将xtrabackup进行封装的perl脚本，他提供备份MyISAM表的能力，由于innobakupex功能更完善，所以一般采用innobakupex来进行备份，但在处理myisam时需要加一个读锁。并且加入了一些使用的选项。如slave-info可以记录备份恢复后，作为slave需要的一些信息，根据这些信息，可以很方便的利用备份来重做slave。

Xtrabackup可以做什么：

在线(热)备份整个库的InnoDB、 XtraDB表

在xtrabackup的上一次整库备份基础上做增量备份(innodbonly)

以流的形式产生备份，可以直接保存到远程机器上(本机硬盘空间不足时很有用)

MySQL数据库本身提供的工具并不支持真正的增量备份，二进制日志恢复是point-in-time(时间点)的恢复而不是增量备份。Xtrabackup工具支持对InnoDB存储引擎的增量备份，工作原理如下：

(1)首先完成一个完全备份，并记录下此时检查点的LSN(LogSequenceNumber)。

(2)在进程增量备份时，比较表空间中每个页的LSN是否大于上次备份时的LSN，如果是，则备份该页，同时记录当前检查点的LSN。

　　首先，在logfile中找到并记录最后一个checkpoint(“last checkpoint LSN”)，然后开始从LSN的位置开始拷贝InnoDB的logfile到xtrabackup_logfile；接着，开始拷贝全部的数据文件.ibd；在拷贝全部数据文件结束之后，才停止拷贝logfile。

　　因为logfile里面记录全部的数据修改情况，所以，即时在备份过程中数据文件被修改过了，恢复时仍然能够通过解析xtrabackup_logfile保持数据的一致。

3.2Xtrabackup备份原理

XtraBackup基于InnoDB的crash-recovery功能。它会复制innodb的datafile，由于不锁表，复制出来的数据是不一致的，在恢复的时候使用crash-recovery，使得数据恢复一致。

InnoDB维护了一个redo log，又称为transactionlog，事务日志，它包含了innodb数据的所有改动情况。当InnoDB启动的时候，它会先去检查data file和transaction log，并且会做二步操作：

XtraBackup在备份的时候，一页一页地复制innodb的数据，而且不锁定表，与此同时，XtraBackup还有另外一个线程监视着transactions log，一旦log发生变化，就把变化过的logpages复制走。为什么要急着复制走呢？因为transactions log文件大小有限，写满之后，就会从头再开始写，所以新数据可能会覆盖到旧的数据。

　　在prepare过程中，XtraBackup使用复制到的transactions log对备份出来的innodb data file进行crash recovery。

3.3实现细节

XtraBackup以read-write模式打开innodb的数据文件，然后对其进行复制。其实它不会修改此文件。也就是说，运行XtraBackup的用户，必须对innodb的数据文件具有读写权限。之所以采用read-write模式是因为XtraBackup采用了其内置的 innodb库来打开文件，而innodb库打开文件的时候就是rw的。

XtraBackup要从文件系统中复制大量的数据，所以它尽可能地使用posix_fadvise()，来告诉OS不要缓存读取到的数据，从而提升性能。因为这些数据不会重用到了，OS却没有这么聪明。如果要缓存一下的话，几个G的数据，会对OS的虚拟内存造成很大的压力，其它进程，比如mysqld很有可能被swap出去，这样系统就会受到很大影响了。

在备份innodbpage的过程中，XtraBackup每次读写1MB的数据，1MB/16KB=64个page。这个不可配置。读1MB数据之后，XtraBackup一页一页地遍历这1MB数据，使用innodb的buf_page_is_corrupted()函数检查此页的数据是否正常，如果数据不正常，就重新读取这一页，最多重新读取10次，如果还是失败，备份就失败了，退出。在复制transactionslog的时候，每次读写512KB的数据。同样不可以配置。

3.4xtrabackup工具的安装

1软件下载地址

http://www.percona.com/downloads/软件下载地址

2直接下载二进制包安装

不编译安装，编译安装需要和MySQL源码包配合。

wgethttp://www.percona.com/downloads/XtraBackup/XtraBackup-2.1.9/binary/Linux/x86_64/percona-xtrabackup-2.1.9-744-Linux-x86_64.tar.gz

tar zxvf percona-xtrabackup-2.1.9-744-Linux-x86_64.tar.gz

[[email protected] bin]# cd/opt/percona-xtrabackup-2.1.9-Linux-x86_64/bin/

[[email protected]_64]# ll bin/

总用量 114072

-rwxr-xr-x 1 root root 168821 5月 2 2014 innobackupex

lrwxrwxrwx 1 root root 12 4月 4 10:11 innobackupex-1.5.1 ->innobackupex

-rwxr-xr-x 1 root root 2226551 5月 2 2014 xbcrypt

-rwxr-xr-x 1 root root 2300304 5月 2 2014 xbstream

-rwxr-xr-x 1 root root 13178050 5月 2 2014 xtrabackup

-rwxr-xr-x 1 root root 16598470 5月 2 2014 xtrabackup_55

-rwxr-xr-x 1 root root 82321834 5月 2 2014 xtrabackup_56

cp innobackupex-1.5.1 /usr/bin/innobackupex

cp xtrabackup_55 /usr/bin/xtrabackup

cp xtrabackup /usr/bin

安装相关插件

yum install perl-DBI -y

yum install perl-DBD-MySQL -y

yum install perl-Time-HiRes -y

yum install perl-IO-Socket-SSL –y

yum install perl-TermReadKey.x86_64 -y

3.5 innobackupex参数介绍：

--defaults-file=/etc/my.cnf：指定my.cnf配置文件位置

--user=root：指定链接数据库的用户名

--apply-log：对xtrabackup的—prepare参数的封装

--copy-back：做数据恢复时把备份文件拷贝到mysql服务器的datadir目录下

--remote-host：通过ssh将备份数据存储到远程的服务器上

--stream：通过指定的数据格式将备份的数据输出到标准输出

--tmpdir:当指定了—remote-host或者是—stream参数后，事务日志需要临时存储到本地磁盘，此参数默认使用了mysql服务器的配置

--use-memory：此参数结合ibbackup使用，类似于xrtabackup的参数use-memory参数

--throttle=IOS：同xtrabackup的参数throttle

--sleep:是给ibbackup使用的，指定每备份1M数据，进程停止考呗多少秒，也是为了减少对正常业务的影响，具体查看ibbackup的手册

-compass:对备份的数据进行压缩，仅仅支持ibbackup，xtrabackup还没有实现

--include=REGEXP对xtrabackup参数的封装，也支持ibbackup；

--database=LIST :列出需要备份的databases,如果没有制定该参数，则所有包含Myisam和innoDB表的database 都会被备份

--password="*****"：访问mysql的用户口令，当mysql的root口令为空时省略—password参数。

PORT=3306 ：指定mysql监听的端口

--slave-info：slave-info可以记录备份恢复后，作为slave需要的一些信息，根据这些信息，可以很方便的利用备份来重做slave。

/mysql_backup：备份位置

--socket=SOCKET ：mysql服务器的socket文件的位置

2>/mysql_backup/ innobackupex.log：记录备份时的输出

--databases=数据库名：使用这个参数，针对某个数据库进行备份,如果不加这个参数默认就是全部的库备份

innobackupex --defaults-file= /data/mysqldata/3307/my.cnf--user=root --password= [email protected] --databases="cooolyisydb" /backup/full_data/

3.6实例演示操作：

innobackupex --defaults-file= /data/mysqldata/3307/my.cnf--user=root --password= [email protected] --databases="cooolyisydb" /backup/full_data/

[[email protected] backup]# innobackupex --defaults-file= /data/mysqldata/3307/my.cnf--user=root [email protected] --databases="cooolyisydb"/backup/full_data/

Can‘t locate Time/HiRes.pm in @INC (@INC contains:/usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl/usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at/usr/bin/innobackupex line 23.

BEGIN failed--compilation aborted at/usr/bin/innobackupex line 23.

报错解决办法：

yum -y install perl-Time-HiRes

参考：http://blog.csdn.net/lwei_998/article/details/40896321

1.单库备份及恢复过程：

创建备份数据存放的目录：

mkdir -p/backup/{full_data,dk_data,zl_data}

注：full_data 全库备份目录

dk_data 单库备份目录

zl_data 增量备份目录

[[email protected] ~]# time innobackupex--defaults-file=/etc/my.cnf --user=root [email protected]#R0ot--socket=/tmp/mysql.sock --port=3306 --databases="mahtu" --slave-info/backup/full_data/

This software is published under

the GNU GENERAL PUBLIC LICENSE Version 2, June 1991.

Get the latest version of Percona XtraBackup,documentation, and help resources:

http://www.percona.com/xb/p

170404 13:28:55 innobackupex: Connecting to MySQL server with DSN‘dbi:mysql:;mysql_read_default_file=/etc/my.cnf;mysql_read_default_group=xtrabackup;port=3306;mysql_socket=/tmp/mysql.sock‘as ‘root‘ (using password: YES).

170404 13:28:55 innobackupex: Connected to MySQL server

170404 13:28:55 innobackupex: Executing a version check against the server...

170404 13:28:58 innobackupex: Done.

IMPORTANT: Please check that the backup runcompletes successfully.

Atthe end of a successful backup run innobackupex

prints "completed OK!".

innobackupex: Using mysql server version 5.5.48

innobackupex: Created backup directory /backup/full_data/2017-04-04_13-28-58

170404 13:28:58 innobackupex: Starting ibbackup with command: xtrabackup_55 --defaults-file="/etc/my.cnf" --defaults-group="mysqld" --backup--suspend-at-end --target-dir=/backup/full_data/2017-04-04_13-28-58 --tmpdir=/tmp

innobackupex: Waiting for ibbackup (pid=26398) tosuspend

innobackupex: Suspend file‘/backup/full_data/2017-04-04_13-28-58/xtrabackup_suspended_2‘

xtrabackup_55 version 2.1.9 for Percona Server5.5.35 Linux (x86_64) (revision id: 744)

xtrabackup: uses posix_fadvise().

xtrabackup: cd to /data/mysql/

xtrabackup: open files limit requested 65535, setto 65535

xtrabackup: using the following InnoDBconfiguration:

xtrabackup: innodb_data_home_dir = /usr/local/mysql/var

xtrabackup: innodb_data_file_path = ibdata1:10M:autoextend

xtrabackup: innodb_log_group_home_dir = /usr/local/mysql/var

xtrabackup: innodb_log_files_in_group = 2

xtrabackup: innodb_log_file_size = 268435456

>> log scanned up to (619371504)

[01] Copying/usr/local/mysql/var/ibdata1 to /backup/full_data/2017-04-04_13-28-58/ibdata1

>> log scanned up to (619371504)

.......................