qiuhom

xtrabackup备份还原mariadb数据库

　　一、xtrabackup 简介

　　xtrabackup 是由percona公司开源免费的数据库热备软件，它能对InnoDB数据库和XtraDB存储引擎的数据库非阻塞地备份，对于myisam的备份同样需要加表锁。mysqldump备份方式是通过用户名密码连接到数据库，将其要备份的数据库用SQL语句的形式输出到标准输出，这种逻辑备份的方式最大的缺点是备份和恢复的速度较慢，如果数据库过大，mysqldump备份就显得力不从心了。这时选择用xtrabackup来备份就能很好解决数据库过大而导致备份过慢的问题。

　　xtrabackup的优点

　　　　1）备份还原过程快速、可靠

　　　　2）备份过程不会打断正在执行的事务

　　　　3）能够基于压缩等功能节约磁盘空间和流量

　　　　4）自动实现备份检验

　　　　5）开源，免费

　　xtrabackup2.2版本之前包括4个可执行文件：

　　　　innobackuppex：这个是一个perl脚本，它的主要作用是用来备份非innodb表，同时会调用xtrabackup命令来备份innodb表，还会和mysql server 发送命令进行交互，如家全局读锁（FTWRL）、获取位置点（show slave status）等。

　　　　xtrabackup:这个文件是用C/C++编译的二进制文件，它的主要作用用来备份Innodb表达，不能备份非Innodb表，也没有和mysql server交互。

　　　　xbcrypt:这个文件的主要作用用于加密解密

　　　　xbstream:这个文件的主要作用支持并发写的流文件格式

　　xtrabackup版本升级到2.4后，相比之前的2.1有了较大的变化，innobackupex功能全部集成到xtrabackup里面，只有一个二进制程序，另外为了兼容考虑，innobackupex作为xtrabackup的软连接，换句话说xtrabackup现在支持非Innodb表备份，并且innobackupex在下一个版本中移除，所以建议xtrabackup替换innobackupex

　　xtrabackup备份原理

　　1）备份开始时会启动两个进程一个是主进程innobackuppex，一个是子进程xtrabackup

　　2）xtrabackup创建一个redo线程，用于拷贝和实时监测msyql redo的变化，一旦有新的数据写入，它将立即把日志记录到日志文件xtrabackup_log中。

　　3）xtrabackup创建一个ibd线程，用于拷贝ibd（存放数据库的数据，索引）文件，ibd文件拷贝完成后，线程立即退出，并通知主进程ibd拷贝完毕

　　4）主进程对非Innodb表加全局读锁

　　5）主进程拷贝非innodb表的表空间文件，数据文件，索引文件，以及mysql的配置文件

　　6）拷贝完非innodb表的文件后，主进程将给redo线程发送停止拷贝redo的消息

　　7）redo线程收到主进程的停止信号后，立刻停止，并给主进程发送redo拷贝结束的消息，然后线程退出

　　8）主进程收到redo拷贝完成对消息后，立刻对非innodb表解锁，并等待子进程xtrabackup的结束

　　9）子进程结束退出后，并告知主进程。主进程退出，备份结束。

　　二、xtrabackup安装

　　1）添加yum源

[root@test-centos7-node1 ~]# yum install http://www.percona.com/downloads/percona-release/redhat/0.1-4/percona-release-0.1-4.noarch.rpm

　　说明：以上命令会在/etc/yum.repo.d/下面生成percona-release.repo 文件，此文件就是xtrabackup的yum仓库地址文件

　　2）查看xtrabackup包信息

[root@test-centos7-node1 ~]# yum info percona-xtrabackup
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
Available Packages
Name        : percona-xtrabackup
Arch        : x86_64
Version     : 2.3.10
Release     : 1.el7
Size        : 5.0 M
Repo        : percona-release-x86_64/7/x86_64
Summary     : XtraBackup online backup for MySQL / InnoDB
URL         : http://www.percona.com/software/percona-xtrabackup
License     : GPLv2
Description : Percona XtraBackup is OpenSource online (non-blockable) backup solution for InnoDB and XtraDB engines

[root@test-centos7-node1 ~]#

　　说明：默认情况我们添加了xtrabackup的yum源后，默认是安装的2.3版本，需要安装2.2或者2.4可在后面添加版本号，如下

[root@test-centos7-node1 ~]# yum info percona-xtrabackup-22
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
Installed Packages
Name        : percona-xtrabackup-22
Arch        : x86_64
Version     : 2.2.13
Release     : 1.el7
Size        : 18 M
Repo        : installed
From repo   : percona-release-x86_64
Summary     : XtraBackup online backup for MySQL / InnoDB
URL         : http://www.percona.com/software/percona-xtrabackup
License     : GPLv2
Description : Percona XtraBackup is OpenSource online (non-blockable) backup solution for InnoDB and XtraDB engines

[root@test-centos7-node1 ~]# yum info percona-xtrabackup-24
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
Available Packages
Name        : percona-xtrabackup-24
Arch        : x86_64
Version     : 2.4.18
Release     : 1.el7
Size        : 7.6 M
Repo        : percona-release-x86_64/7/x86_64
Summary     : XtraBackup online backup for MySQL / InnoDB
URL         : http://www.percona.com/software/percona-xtrabackup
License     : GPLv2
Description : Percona XtraBackup is OpenSource online (non-blockable) backup solution for InnoDB and XtraDB engines

[root@test-centos7-node1 ~]#

　　3）安装xtrabackup特定的版本

[root@test-centos7-node1 ~]# yum install -y percona-xtrabackup-24

　　4）查看percona-xtrabackup-24包安装路径

[root@test-centos7-node1 ~]# rpm -ql percona-xtrabackup-24
/usr/bin/innobackupex
/usr/bin/xbcloud
/usr/bin/xbcloud_osenv
/usr/bin/xbcrypt
/usr/bin/xbstream
/usr/bin/xtrabackup
/usr/lib64/xtrabackup/plugin/keyring_file.so
/usr/lib64/xtrabackup/plugin/keyring_vault.so
/usr/share/doc/percona-xtrabackup-24-2.4.18
/usr/share/doc/percona-xtrabackup-24-2.4.18/COPYING
/usr/share/man/man1/innobackupex.1.gz
/usr/share/man/man1/xbcrypt.1.gz
/usr/share/man/man1/xbstream.1.gz
/usr/share/man/man1/xtrabackup.1.gz
[root@test-centos7-node1 ~]# file /usr/bin/innobackupex 
/usr/bin/innobackupex: symbolic link to `xtrabackup'
[root@test-centos7-node1 ~]# ll /usr/bin/innobackupex
lrwxrwxrwx. 1 root root 10 Jan 17 23:46 /usr/bin/innobackupex -> xtrabackup
[root@test-centos7-node1 ~]# file /usr/bin/xtrabackup 
/usr/bin/xtrabackup: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, BuildID[sha1]=259960b7e21a0a6a6aab5883cc81be34db03f42c, stripped
[root@test-centos7-node1 ~]#

　　说明：2.2版本以前/usr/bin/innobackupex 文件都是一个perl脚本，2.2以后/usr/bin/innobackupex 是一个软连接指向/usr/bin/xtrabackup

[root@test-centos6-node1 ~]# rpm -ql percona-xtrabackup-22
/usr/bin/innobackupex
/usr/bin/xbcrypt
/usr/bin/xbstream
/usr/bin/xtrabackup
/usr/share/doc/percona-xtrabackup-22-2.2.13
/usr/share/doc/percona-xtrabackup-22-2.2.13/COPYING
/usr/share/man/man1/innobackupex.1.gz
/usr/share/man/man1/xbcrypt.1.gz
/usr/share/man/man1/xbstream.1.gz
/usr/share/man/man1/xtrabackup.1.gz
[root@test-centos6-node1 ~]# file /usr/bin/innobackupex
/usr/bin/innobackupex: a /usr/bin/env perl script text executable
[root@test-centos6-node1 ~]# file /usr/bin/xtrabackup
/usr/bin/xtrabackup: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
[root@test-centos6-node1 ~]#

　　二、xtrabackup用法

　　1）备份

　　　　--user：指定备份连接数据库的账号

　　　　--password：指定备份连接数据库账号的密码

　　　　--host：指定备份连接数据库地址

　　　　--databases：该选项接受的参数为数据库名，如果要指定多个数据库，彼此间需要以空格隔开；如："xtra_test dba_test"，同时，在指定某数据库时，也可以只指定其中的某张表。如："mydatabase.mytable"。该选项对innodb引擎表无效，还是会备份所有innodb表

　　　　--defaults-file：该选项指定从哪个文件读取MySQL配置，必须放在命令行第一个选项位置

　　　　--incremental：该选项表示创建一个增量备份，需要指定--incremental-basedir

　　　　 --incremental-basedir：该选项指定为前一次全备份或增量备份的目录，与--incremental同时使用

　　　　--incremental-dir：该选项表示还原时增量备份的目录

　　　　 --include=name：指定表名，格式：databasename.tablename

　　2）预处理整理

　　　　--apply-log：一般情况下,在备份完成后，数据尚且不能用于恢复操作，因为备份的数据中可能会包含尚未提交的事务或已经提交但尚未同步至数据文件中的事务。因此，此时数据文件仍处理不一致状态。此选项作用是通过回滚未提交的事务及同步已经提交的事务至数据文件使数据文件处于一致性状态

　　　　--use-memory：和--apply-log选项一起使用，当prepare 备份时，做crash recovery分配的内存大小，单位字节，也可1MB,1M,1G,1GB等，推荐1G

　　　　--export：表示开启可导出单独的表之后再导入其他Mysql中

　　　　--redo-only：此选项在prepare base full backup，往其中合并增量备份时候使用，但不包括对最后一个增量备份的合并　

　　3）还原

　　　　--copy-back：做数据恢复时将备份数据文件拷贝到MySQL服务器的datadir

　　　　--move-back：这个选项与--copy-back相似，唯一的区别是它不拷贝文件，而是移动文件到目的地。这个选项移除backup文件，用时候必须小心。使用场景：没有足够的磁盘空间同事保留数据文件和Backup副本

三、xtrabackup全备实现

　　1）不使用任何压缩工具复制全备

[root@test-centos7-node1 ~]# xtrabackup --backup --target-dir=/root/backup/
xtrabackup: recognized server arguments: --datadir=/var/lib/mysql 
xtrabackup: recognized client arguments: --backup=1 --target-dir=/root/backup/ 
200118 00:08:03  version_check Connecting to MySQL server with DSN 'dbi:mysql:;mysql_read_default_group=xtrabackup' (using password: NO).
200118 00:08:03  version_check Connected to MySQL server
200118 00:08:03  version_check Executing a version check against the server...
200118 00:08:03  version_check Done.
200118 00:08:03 Connecting to MySQL server host: localhost, user: not set, password: not set, port: not set, socket: not set
Using server version 5.5.56-MariaDB
xtrabackup version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
xtrabackup: uses posix_fadvise().
xtrabackup: cd to /var/lib/mysql
xtrabackup: open files limit requested 0, set to 1024
xtrabackup: using the following InnoDB configuration:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = ./
xtrabackup:   innodb_log_files_in_group = 2
xtrabackup:   innodb_log_file_size = 5242880
InnoDB: Number of pools: 1
200118 00:08:03 >> log scanned up to (1597945)
xtrabackup: Generating a list of tablespaces
200118 00:08:04 [01] Copying ./ibdata1 to /root/backup/ibdata1
200118 00:08:04 [01]        ...done
200118 00:08:04 >> log scanned up to (1597945)
200118 00:08:05 Executing FLUSH NO_WRITE_TO_BINLOG TABLES...
200118 00:08:05 Executing FLUSH TABLES WITH READ LOCK...
200118 00:08:05 Starting to backup non-InnoDB tables and files
200118 00:08:05 [01] Copying ./mysql/db.frm to /root/backup/mysql/db.frm
200118 00:08:05 [01]        ...done
……省略部分内容
200118 00:08:05 [01]        ...done
200118 00:08:05 Finished backing up non-InnoDB tables and files
200118 00:08:05 Executing FLUSH NO_WRITE_TO_BINLOG ENGINE LOGS...
xtrabackup: The latest check point (for incremental): '1597945'
xtrabackup: Stopping log copying thread.
.200118 00:08:05 >> log scanned up to (1597945)

200118 00:08:05 Executing UNLOCK TABLES
200118 00:08:05 All tables unlocked
200118 00:08:05 Backup created in directory '/root/backup/'
200118 00:08:05 [00] Writing /root/backup/backup-my.cnf
200118 00:08:05 [00]        ...done
200118 00:08:05 [00] Writing /root/backup/xtrabackup_info
200118 00:08:05 [00]        ...done
xtrabackup: Transaction log of lsn (1597945) to (1597945) was copied.
200118 00:08:05 completed OK!
[root@test-centos7-node1 ~]# ll backup/
total 18456
-rw-r-----. 1 root root      431 Jan 18 00:08 backup-my.cnf
-rw-r-----. 1 root root 18874368 Jan 18 00:08 ibdata1
drwxr-x---. 2 root root     4096 Jan 18 00:08 mysql
drwxr-x---. 2 root root     4096 Jan 18 00:08 performance_schema
drwxr-x---. 2 root root       20 Jan 18 00:08 test
-rw-r-----. 1 root root      135 Jan 18 00:08 xtrabackup_checkpoints
-rw-r-----. 1 root root      425 Jan 18 00:08 xtrabackup_info
-rw-r-----. 1 root root     2560 Jan 18 00:08 xtrabackup_logfile
[root@test-centos7-node1 ~]#

　　说明：生产环境中需要指定用户名和密码来备份，这里需要注意一点xtrabackup备份是基于复制数据文件的方式来做的备份，它和mysqldump不一样的是，它不能连接到远端服务器上把备份文件拉取到本地，但是它可在远端服务器上把备份推到本地来。换句话说xtrabackup 只能备份本地数据库的文件，执行命令需要在本地执行。

　　2）基于流式传输和压缩备份（--stream=xbstream）

[root@test-centos7-node1 ~]# xtrabackup --stream=xbstream --backup > /root/backup2/all_backup.xbstream         
xtrabackup: recognized server arguments: --datadir=/var/lib/mysql 
xtrabackup: recognized client arguments: --stream=xbstream --backup=1 
200118 00:36:52  version_check Connecting to MySQL server with DSN 'dbi:mysql:;mysql_read_default_group=xtrabackup' (using password: NO).
200118 00:36:52  version_check Connected to MySQL server
200118 00:36:52  version_check Executing a version check against the server...
200118 00:36:52  version_check Done.
200118 00:36:52 Connecting to MySQL server host: localhost, user: not set, password: not set, port: not set, socket: not set
Using server version 5.5.56-MariaDB
xtrabackup version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
xtrabackup: uses posix_fadvise().
xtrabackup: cd to /var/lib/mysql
xtrabackup: open files limit requested 0, set to 1024
xtrabackup: using the following InnoDB configuration:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = ./
xtrabackup:   innodb_log_files_in_group = 2
xtrabackup:   innodb_log_file_size = 5242880
InnoDB: Number of pools: 1
200118 00:36:52 >> log scanned up to (1597945)
xtrabackup: Generating a list of tablespaces
200118 00:36:53 [01] Streaming ./ibdata1
200118 00:36:53 [01]        ...done
200118 00:36:53 >> log scanned up to (1597945)
200118 00:36:54 Executing FLUSH NO_WRITE_TO_BINLOG TABLES...
200118 00:36:54 Executing FLUSH TABLES WITH READ LOCK...
200118 00:36:54 Starting to backup non-InnoDB tables and files
200118 00:36:54 [01] Streaming ./mysql/db.frm to 
200118 00:36:54 [01]        ...done
……省略部分内容
200118 00:36:54 [01] Streaming ./performance_schema/threads.frm to 
200118 00:36:54 [01]        ...done
200118 00:36:54 Finished backing up non-InnoDB tables and files
200118 00:36:54 Executing FLUSH NO_WRITE_TO_BINLOG ENGINE LOGS...
xtrabackup: The latest check point (for incremental): '1597945'
xtrabackup: Stopping log copying thread.
.200118 00:36:54 >> log scanned up to (1597945)

200118 00:36:54 Executing UNLOCK TABLES
200118 00:36:54 All tables unlocked
200118 00:36:54 Backup created in directory '/root/xtrabackup_backupfiles/'
200118 00:36:54 [00] Streaming 
200118 00:36:54 [00]        ...done
200118 00:36:54 [00] Streaming 
200118 00:36:54 [00]        ...done
xtrabackup: Transaction log of lsn (1597945) to (1597945) was copied.
200118 00:36:54 completed OK!
[root@test-centos7-node1 ~]# ll /root/backup2/
total 32768
-rw-r--r--. 1 root root 19908780 Jan 18 00:36 all_backup.xbstream
[root@test-centos7-node1 ~]#

　　说明：以上方式是通过流传输模式以xbstream的二进制格式将备份输出到标准输出，然后通过输出重定向到一个以.xbstream结尾的文件。这样备份有一个好处就是它可以自动加密备份数据，使得我们备份的数据相比复制文件的方式要安全。要使用流式传输功能，必须使用--stream，提供流（tar或xbstream）的格式以及临时文件的存储位置

　　3）使用流备份并压缩

[root@test-centos7-node1 ~]# xtrabackup --stream=xbstream --backup --compress > /root/backup2/all_backup2.xbstream

　　说明：使用--compress选项就表示压缩数据，以上命令备份的文件要比不加--compress备份的文件要小得多

[root@test-centos7-node1 ~]# ll backup2/
total 19984
-rw-r--r--. 1 root root   550056 Jan 18 00:42 all_backup2.xbstream
-rw-r--r--. 1 root root 19908780 Jan 18 00:36 all_backup.xbstream
[root@test-centos7-node1 ~]#

　　4）将流备份解压到指定目录

[root@test-centos7-node1 ~]# xbstream -x < backup2/all_backup.xbstream -C xxxx/
[root@test-centos7-node1 ~]# ll xxxx/
total 18456
-rw-r-----. 1 root root      431 Jan 18 01:00 backup-my.cnf
-rw-r-----. 1 root root 18874368 Jan 18 01:00 ibdata1
drwxr-x---. 2 root root     4096 Jan 18 01:00 mysql
drwxr-x---. 2 root root     4096 Jan 18 01:00 performance_schema
drwxr-x---. 2 root root       20 Jan 18 01:00 test
-rw-r-----. 1 root root      135 Jan 18 01:00 xtrabackup_checkpoints
-rw-r-----. 1 root root      420 Jan 18 01:00 xtrabackup_info
-rw-r-----. 1 root root     2560 Jan 18 01:00 xtrabackup_logfile
[root@test-centos7-node1 ~]

　　说明：如果备份是通过--compress 备份，用以上命令解开后的文件是以.qp结尾的文件，这个文件是没法直接使用需要用对应的工具将其再解压。

[root@test-centos7-node1 ~]# xbstream -x < /root/backup2/all_backup2.xbstream -C /root/xtrabackup_backupfiles/
[root@test-centos7-node1 ~]# ll /root/xtrabackup_backupfiles/
total 292
-rw-r-----. 1 root root    407 Jan 18 00:56 backup-my.cnf.qp
-rw-r-----. 1 root root 270377 Jan 18 00:56 ibdata1.qp
drwxr-x---. 2 root root   4096 Jan 18 00:56 mysql
drwxr-x---. 2 root root   4096 Jan 18 00:56 performance_schema
drwxr-x---. 2 root root     23 Jan 18 00:56 test
-rw-r-----. 1 root root    135 Jan 18 00:56 xtrabackup_checkpoints
-rw-r-----. 1 root root    423 Jan 18 00:56 xtrabackup_info.qp
-rw-r-----. 1 root root    498 Jan 18 00:56 xtrabackup_logfile.qp
[root@test-centos7-node1 ~]# file /root/xtrabackup_backupfiles/backup-my.cnf.qp 
/root/xtrabackup_backupfiles/backup-my.cnf.qp: data
[root@test-centos7-node1 ~]#

　　说明：以上就是通过压缩后在通过流传输将标准输出到某一个文件后，解压该文件得到的文件，.qp的文件如果用cat 查看是乱码的，这个时候就需要工具来将其解压后就可正常查看。qpress工具就可将其文件解开。下载链接http://www.quicklz.com/qpress-11-linux-x64.tar。

[root@test-centos7-node1 ~]# ./qpress -d xtrabackup_backupfiles/backup-my.cnf.qp /root/
[root@test-centos7-node1 ~]# ll 
total 160
drwxr-xr-x. 5 root root   172 Jan 18 00:08 backup
drwxr-xr-x. 2 root root    61 Jan 18 00:42 backup2
-rw-r--r--. 1 root root   431 Jan 18 01:12 backup-my.cnf
-rwxrwxrwx. 1 root root 75684 Sep 23  2010 qpress
-rw-r--r--. 1 root root 81920 Jan 18 01:09 qpress-11-linux-x64.tar
drwxr-x---. 5 root root   184 Jan 18 00:56 xtrabackup_backupfiles
drwxr-xr-x. 5 root root   172 Jan 18 01:00 xxxx
[root@test-centos7-node1 ~]# cat backup-my.cnf 
# This MySQL options file was generated by innobackupex.

# The MySQL server
[mysqld]
innodb_checksum_algorithm=innodb
innodb_log_checksum_algorithm=innodb
innodb_data_file_path=ibdata1:10M:autoextend
innodb_log_files_in_group=2
innodb_log_file_size=5242880
innodb_fast_checksum=false
innodb_page_size=16384
innodb_log_block_size=512
innodb_undo_directory=.
innodb_undo_tablespaces=0
server_id=0
redo_log_version=0
master_key_id=0
[root@test-centos7-node1 ~]#

　　说明：下载下来的tar包解开后就是一个二进制文件，我们可以将这个二进制文件直接拷贝到/usr/bin 这样就不用./去运行。解压用-d 后面跟要解压到文件和解压后的文件存放目录，这里需要注意一点，它和gzip不一样，gzip解压后原文件就消失了，而它不会。

　　5）将压缩备份发送到另一台主机并解压缩它

[root@test-centos7-node1 ~]# xtrabackup --stream=xbstream --backup | ssh [email protected] "xbstream -x -C /root/"
xtrabackup: recognized server arguments: --datadir=/var/lib/mysql 
xtrabackup: recognized client arguments: --stream=xbstream --backup=1 
200118 01:24:07  version_check Connecting to MySQL server with DSN 'dbi:mysql:;mysql_read_default_group=xtrabackup' (using password: NO).
200118 01:24:07  version_check Connected to MySQL server
200118 01:24:07  version_check Executing a version check against the server...
200118 01:24:07  version_check Done.
200118 01:24:07 Connecting to MySQL server host: localhost, user: not set, password: not set, port: not set, socket: not set
Using server version 5.5.56-MariaDB
xtrabackup version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
xtrabackup: uses posix_fadvise().
xtrabackup: cd to /var/lib/mysql
xtrabackup: open files limit requested 0, set to 1024
xtrabackup: using the following InnoDB configuration:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = ./
xtrabackup:   innodb_log_files_in_group = 2
xtrabackup:   innodb_log_file_size = 5242880
InnoDB: Number of pools: 1
200118 01:24:07 >> log scanned up to (1597945)
xtrabackup: Generating a list of tablespaces
200118 01:24:07 [01] Streaming ./ibdata1
200118 01:24:07 [01]        ...done
200118 01:24:08 >> log scanned up to (1597945)
200118 01:24:08 Executing FLUSH NO_WRITE_TO_BINLOG TABLES...
200118 01:24:08 Executing FLUSH TABLES WITH READ LOCK...
200118 01:24:08 Starting to backup non-InnoDB tables and files
200118 01:24:08 [01] Streaming ./mysql/db.frm to 
200118 01:24:08 [01]        ...done
……省略部分内容
200118 01:24:08 [01] Streaming ./performance_schema/threads.frm to 
200118 01:24:08 [01]        ...done
200118 01:24:08 Finished backing up non-InnoDB tables and files
200118 01:24:08 Executing FLUSH NO_WRITE_TO_BINLOG ENGINE LOGS...
xtrabackup: The latest check point (for incremental): '1597945'
xtrabackup: Stopping log copying thread.
.200118 01:24:08 >> log scanned up to (1597945)

200118 01:24:09 Executing UNLOCK TABLES
200118 01:24:09 All tables unlocked
200118 01:24:09 Backup created in directory '/root/xtrabackup_backupfiles/'
200118 01:24:09 [00] Streaming 
200118 01:24:09 [00]        ...done
200118 01:24:09 [00] Streaming 
200118 01:24:09 [00]        ...done
xtrabackup: Transaction log of lsn (1597945) to (1597945) was copied.
200118 01:24:09 completed OK!
[root@test-centos7-node1 ~]# ssh 192.168.0.11
Last login: Sat Jan 18 22:21:05 2020 from 192.168.0.10
[root@test-centos6-node1 ~]# ll
total 18460
-rw-r-----. 1 root root      431 Jan 18 22:23 backup-my.cnf
-rw-r-----. 1 root root 18874368 Jan 18 22:23 ibdata1
drwx------. 2 root root     4096 Jan 18 22:23 mysql
drwx------. 2 root root     4096 Jan 18 22:23 performance_schema
drwx------. 2 root root     4096 Jan 18 22:23 test
-rw-r-----. 1 root root      135 Jan 18 22:23 xtrabackup_checkpoints
-rw-r-----. 1 root root      420 Jan 18 22:23 xtrabackup_info
-rw-r-----. 1 root root     2560 Jan 18 22:23 xtrabackup_logfile
[root@test-centos6-node1 ~]#

　　说明：以上命令很容易理解通过标准输出内容交给管道，通过ssh 远程执行命令解压数据。做以上操作前提建议先做好ssh认证免密；有关ssh 基于key验证免密请参考https://www.cnblogs.com/qiuhom-1874/p/11783371.html

　　6）基于流式传输和压缩备份（--stream=tar）

　　　　将完整备份直接存储到tar归档文件中

[root@test-centos7-node1 ~]# xtrabackup --stream=tar --backup > /root/all.tar
xtrabackup: recognized server arguments: --datadir=/var/lib/mysql 
xtrabackup: recognized client arguments: --stream=tar --backup=1 
200118 01:36:41  version_check Connecting to MySQL server with DSN 'dbi:mysql:;mysql_read_default_group=xtrabackup' (using password: NO).
200118 01:36:41  version_check Connected to MySQL server
200118 01:36:41  version_check Executing a version check against the server...
200118 01:36:41  version_check Done.
200118 01:36:41 Connecting to MySQL server host: localhost, user: not set, password: not set, port: not set, socket: not set
Using server version 5.5.56-MariaDB
xtrabackup version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
xtrabackup: uses posix_fadvise().
xtrabackup: cd to /var/lib/mysql
xtrabackup: open files limit requested 0, set to 1024
xtrabackup: using the following InnoDB configuration:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = ./
xtrabackup:   innodb_log_files_in_group = 2
xtrabackup:   innodb_log_file_size = 5242880
InnoDB: Number of pools: 1
200118 01:36:41 >> log scanned up to (1597945)
xtrabackup: Generating a list of tablespaces
200118 01:36:41 [01] Streaming ./ibdata1
200118 01:36:41 [01]        ...done
200118 01:36:42 >> log scanned up to (1597945)
200118 01:36:42 Executing FLUSH NO_WRITE_TO_BINLOG TABLES...
200118 01:36:42 Executing FLUSH TABLES WITH READ LOCK...
200118 01:36:42 Starting to backup non-InnoDB tables and files
200118 01:36:42 [01] Streaming ./mysql/db.frm to 
200118 01:36:42 [01]        ...done
……省略部分内容
200118 01:36:42 [01] Streaming ./performance_schema/threads.frm to 
200118 01:36:42 [01]        ...done
200118 01:36:42 Finished backing up non-InnoDB tables and files
200118 01:36:42 Executing FLUSH NO_WRITE_TO_BINLOG ENGINE LOGS...
xtrabackup: The latest check point (for incremental): '1597945'
xtrabackup: Stopping log copying thread.
.200118 01:36:42 >> log scanned up to (1597945)

200118 01:36:42 Executing UNLOCK TABLES
200118 01:36:42 All tables unlocked
200118 01:36:42 Backup created in directory '/root/xtrabackup_backupfiles/'
200118 01:36:42 [00] Streaming 
200118 01:36:42 [00]        ...done
200118 01:36:42 [00] Streaming 
200118 01:36:42 [00]        ...done
xtrabackup: Transaction log of lsn (1597945) to (1597945) was copied.
200118 01:36:43 completed OK!
[root@test-centos7-node1 ~]# ll /root/
total 32928
-rw-r--r--. 1 root root 19964416 Jan 18 01:36 all.tar
drwxr-xr-x. 5 root root      172 Jan 18 00:08 backup
drwxr-xr-x. 2 root root       61 Jan 18 00:42 backup2
-rw-r--r--. 1 root root      431 Jan 18 01:12 backup-my.cnf
-rwxrwxrwx. 1 root root    75684 Sep 23  2010 qpress
-rw-r--r--. 1 root root    81920 Jan 18 01:09 qpress-11-linux-x64.tar
drwxr-x---. 5 root root      184 Jan 18 00:56 xtrabackup_backupfiles
drwxr-xr-x. 5 root root      172 Jan 18 01:00 xxxx
[root@test-centos7-node1 ~]#

　　要将tar存档发送到另一个主机

[root@test-centos7-node1 ~]# ssh 192.168.0.11
Last login: Sat Jan 18 22:45:34 2020 from 192.168.0.10
[root@test-centos6-node1 ~]# ls
[root@test-centos6-node1 ~]# exit
logout
Connection to 192.168.0.11 closed.
[root@test-centos7-node1 ~]# xtrabackup --stream=tar --backup | ssh [email protected] "cat - > /root/all.tar"
xtrabackup: recognized server arguments: --datadir=/var/lib/mysql 
xtrabackup: recognized client arguments: --stream=tar --backup=1 
200118 01:47:47  version_check Connecting to MySQL server with DSN 'dbi:mysql:;mysql_read_default_group=xtrabackup' (using password: NO).
200118 01:47:47  version_check Connected to MySQL server
200118 01:47:47  version_check Executing a version check against the server...
200118 01:47:47  version_check Done.
200118 01:47:47 Connecting to MySQL server host: localhost, user: not set, password: not set, port: not set, socket: not set
Using server version 5.5.56-MariaDB
xtrabackup version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
xtrabackup: uses posix_fadvise().
xtrabackup: cd to /var/lib/mysql
xtrabackup: open files limit requested 0, set to 1024
xtrabackup: using the following InnoDB configuration:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = ./
xtrabackup:   innodb_log_files_in_group = 2
xtrabackup:   innodb_log_file_size = 5242880
InnoDB: Number of pools: 1
200118 01:47:47 >> log scanned up to (1597945)
xtrabackup: Generating a list of tablespaces
200118 01:47:47 [01] Streaming ./ibdata1
200118 01:47:47 [01]        ...done
200118 01:47:48 >> log scanned up to (1597945)
200118 01:47:48 Executing FLUSH NO_WRITE_TO_BINLOG TABLES...
200118 01:47:48 Executing FLUSH TABLES WITH READ LOCK...
200118 01:47:48 Starting to backup non-InnoDB tables and files
200118 01:47:48 [01] Streaming ./mysql/db.frm to 
200118 01:47:48 [01]        ...done
……省略部分内容
200118 01:47:48 [01] Streaming ./performance_schema/threads.frm to 
200118 01:47:48 [01]        ...done
200118 01:47:48 Finished backing up non-InnoDB tables and files
200118 01:47:48 Executing FLUSH NO_WRITE_TO_BINLOG ENGINE LOGS...
xtrabackup: The latest check point (for incremental): '1597945'
xtrabackup: Stopping log copying thread.
.200118 01:47:48 >> log scanned up to (1597945)

200118 01:47:48 Executing UNLOCK TABLES
200118 01:47:48 All tables unlocked
200118 01:47:48 Backup created in directory '/root/xtrabackup_backupfiles/'
200118 01:47:48 [00] Streaming 
200118 01:47:48 [00]        ...done
200118 01:47:48 [00] Streaming 
200118 01:47:48 [00]        ...done
xtrabackup: Transaction log of lsn (1597945) to (1597945) was copied.
200118 01:47:48 completed OK!
[root@test-centos7-node1 ~]# ssh 192.168.0.11
Last login: Sat Jan 18 22:47:19 2020 from 192.168.0.10
[root@test-centos6-node1 ~]# ls
all.tar
[root@test-centos6-node1 ~]# mkdir test
[root@test-centos6-node1 ~]# tar xf all.tar -C test/
[root@test-centos6-node1 ~]# ll test/
total 18460
-rw-rw----. 1 root root      431 Jan 18 14:47 backup-my.cnf
-rw-rw----. 1 root root 18874368 Jan 18 13:06 ibdata1
drwxr-xr-x. 2 root root     4096 Jan 18 22:47 mysql
drwxr-xr-x. 2 root root     4096 Jan 18 22:47 performance_schema
drwxr-xr-x. 2 root root     4096 Jan 18 22:47 test
-rw-rw----. 1 root root      135 Jan 18 14:47 xtrabackup_checkpoints
-rw-rw----. 1 root root      410 Jan 18 14:47 xtrabackup_info
-rw-rw----. 1 root root     2560 Jan 18 14:47 xtrabackup_logfile
[root@test-centos6-node1 ~]#

　　使用其他压缩工具压缩

　　　　gzip压缩

[root@test-centos7-node1 ~]# xtrabackup --stream=tar --backup | gzip - >/root/all.tar.gz
xtrabackup: recognized server arguments: --datadir=/var/lib/mysql 
xtrabackup: recognized client arguments: --stream=tar --backup=1 
200118 01:51:13  version_check Connecting to MySQL server with DSN 'dbi:mysql:;mysql_read_default_group=xtrabackup' (using password: NO).
200118 01:51:13  version_check Connected to MySQL server
200118 01:51:13  version_check Executing a version check against the server...
200118 01:51:13  version_check Done.
200118 01:51:13 Connecting to MySQL server host: localhost, user: not set, password: not set, port: not set, socket: not set
Using server version 5.5.56-MariaDB
xtrabackup version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
xtrabackup: uses posix_fadvise().
xtrabackup: cd to /var/lib/mysql
xtrabackup: open files limit requested 0, set to 1024
xtrabackup: using the following InnoDB configuration:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = ./
xtrabackup:   innodb_log_files_in_group = 2
xtrabackup:   innodb_log_file_size = 5242880
InnoDB: Number of pools: 1
200118 01:51:13 >> log scanned up to (1597945)
xtrabackup: Generating a list of tablespaces
200118 01:51:13 [01] Streaming ./ibdata1
200118 01:51:14 [01]        ...done
200118 01:51:14 >> log scanned up to (1597945)
200118 01:51:14 Executing FLUSH NO_WRITE_TO_BINLOG TABLES...
200118 01:51:14 Executing FLUSH TABLES WITH READ LOCK...
200118 01:51:14 Starting to backup non-InnoDB tables and files
200118 01:51:14 [01] Streaming ./mysql/db.frm to 
200118 01:51:14 [01]        ...done
……省略部分内容
200118 01:51:15 [01] Streaming ./performance_schema/threads.frm to 
200118 01:51:15 [01]        ...done
200118 01:51:15 Finished backing up non-InnoDB tables and files
200118 01:51:15 Executing FLUSH NO_WRITE_TO_BINLOG ENGINE LOGS...
xtrabackup: The latest check point (for incremental): '1597945'
xtrabackup: Stopping log copying thread.
.200118 01:51:15 >> log scanned up to (1597945)

200118 01:51:15 Executing UNLOCK TABLES
200118 01:51:15 All tables unlocked
200118 01:51:15 Backup created in directory '/root/xtrabackup_backupfiles/'
200118 01:51:15 [00] Streaming 
200118 01:51:15 [00]        ...done
200118 01:51:15 [00] Streaming 
200118 01:51:15 [00]        ...done
xtrabackup: Transaction log of lsn (1597945) to (1597945) was copied.
200118 01:51:15 completed OK!
[root@test-centos7-node1 ~]# ls
all.tar.gz  xtrabackup_backupfiles
[root@test-centos7-node1 ~]# ll xtrabackup_backupfiles/
total 0
[root@test-centos7-node1 ~]# tar xf all.tar.gz -C xtrabackup_backupfiles/
[root@test-centos7-node1 ~]# ll xtrabackup_backupfiles/
total 18456
-rw-rw----. 1 root root      431 Jan 18 01:51 backup-my.cnf
-rw-rw----. 1 root root 18874368 Jan 18 00:06 ibdata1
drwxr-xr-x. 2 root root     4096 Jan 18 01:51 mysql
drwxr-xr-x. 2 root root     4096 Jan 18 01:51 performance_schema
drwxr-xr-x. 2 root root       20 Jan 18 01:51 test
-rw-rw----. 1 root root      135 Jan 18 01:51 xtrabackup_checkpoints
-rw-rw----. 1 root root      410 Jan 18 01:51 xtrabackup_info
-rw-rw----. 1 root root     2560 Jan 18 01:51 xtrabackup_logfile
[root@test-centos7-node1 ~]# ll
total 212
-rw-r--r--. 1 root root 213460 Jan 18 01:51 all.tar.gz
drwxr-x---. 5 root root    172 Jan 18 01:51 xtrabackup_backupfiles
[root@test-centos7-node1 ~]#

　　bzip2压缩

[root@test-centos7-node1 ~]# rm -rf *
[root@test-centos7-node1 ~]# ls
[root@test-centos7-node1 ~]# xtrabackup --backup --stream=tar |bzip2 - > /root/all.tar.bz2
xtrabackup: recognized server arguments: --datadir=/var/lib/mysql 
xtrabackup: recognized client arguments: --backup=1 --stream=tar 
200118 01:57:02  version_check Connecting to MySQL server with DSN 'dbi:mysql:;mysql_read_default_group=xtrabackup' (using password: NO).
200118 01:57:02  version_check Connected to MySQL server
200118 01:57:02  version_check Executing a version check against the server...
200118 01:57:02  version_check Done.
200118 01:57:02 Connecting to MySQL server host: localhost, user: not set, password: not set, port: not set, socket: not set
Using server version 5.5.56-MariaDB
xtrabackup version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
xtrabackup: uses posix_fadvise().
xtrabackup: cd to /var/lib/mysql
xtrabackup: open files limit requested 0, set to 1024
xtrabackup: using the following InnoDB configuration:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = ./
xtrabackup:   innodb_log_files_in_group = 2
xtrabackup:   innodb_log_file_size = 5242880
InnoDB: Number of pools: 1
200118 01:57:02 >> log scanned up to (1597945)
xtrabackup: Generating a list of tablespaces
200118 01:57:03 [01] Streaming ./ibdata1
200118 01:57:03 [01]        ...done
200118 01:57:03 >> log scanned up to (1597945)
200118 01:57:04 Executing FLUSH NO_WRITE_TO_BINLOG TABLES...
200118 01:57:04 Executing FLUSH TABLES WITH READ LOCK...
200118 01:57:04 Starting to backup non-InnoDB tables and files
200118 01:57:04 [01] Streaming ./mysql/db.frm to 
200118 01:57:04 [01]        ...done
……省略部分内容
200118 01:57:04 [01] Streaming ./performance_schema/threads.frm to 
200118 01:57:04 [01]        ...done
200118 01:57:04 Finished backing up non-InnoDB tables and files
200118 01:57:04 Executing FLUSH NO_WRITE_TO_BINLOG ENGINE LOGS...
xtrabackup: The latest check point (for incremental): '1597945'
xtrabackup: Stopping log copying thread.
.200118 01:57:04 >> log scanned up to (1597945)

200118 01:57:04 Executing UNLOCK TABLES
200118 01:57:04 All tables unlocked
200118 01:57:04 Backup created in directory '/root/xtrabackup_backupfiles/'
200118 01:57:04 [00] Streaming 
200118 01:57:04 [00]        ...done
200118 01:57:04 [00] Streaming 
200118 01:57:04 [00]        ...done
xtrabackup: Transaction log of lsn (1597945) to (1597945) was copied.
200118 01:57:04 completed OK!
[root@test-centos7-node1 ~]# ls
all.tar.bz2  xtrabackup_backupfiles
[root@test-centos7-node1 ~]# ll xtrabackup_backupfiles/
total 0
[root@test-centos7-node1 ~]# tar xf all.tar.bz2 -C xtrabackup_backupfiles/
[root@test-centos7-node1 ~]# ll xtrabackup_backupfiles/
total 18456
-rw-rw----. 1 root root      431 Jan 18 01:57 backup-my.cnf
-rw-rw----. 1 root root 18874368 Jan 18 00:06 ibdata1
drwxr-xr-x. 2 root root     4096 Jan 18 01:57 mysql
drwxr-xr-x. 2 root root     4096 Jan 18 01:57 performance_schema
drwxr-xr-x. 2 root root       20 Jan 18 01:57 test
-rw-rw----. 1 root root      135 Jan 18 01:57 xtrabackup_checkpoints
-rw-rw----. 1 root root      410 Jan 18 01:57 xtrabackup_info
-rw-rw----. 1 root root     2560 Jan 18 01:57 xtrabackup_logfile
[root@test-centos7-node1 ~]#

　　xz压缩

[root@test-centos7-node1 ~]# rm -rf *
[root@test-centos7-node1 ~]# ls
[root@test-centos7-node1 ~]# xtrabackup --backup --stream=tar |xz - > /root/all.tar.xz
xtrabackup: recognized server arguments: --datadir=/var/lib/mysql 
xtrabackup: recognized client arguments: --backup=1 --stream=tar 
200118 01:58:45  version_check Connecting to MySQL server with DSN 'dbi:mysql:;mysql_read_default_group=xtrabackup' (using password: NO).
200118 01:58:45  version_check Connected to MySQL server
200118 01:58:45  version_check Executing a version check against the server...
200118 01:58:45  version_check Done.
200118 01:58:45 Connecting to MySQL server host: localhost, user: not set, password: not set, port: not set, socket: not set
Using server version 5.5.56-MariaDB
xtrabackup version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
xtrabackup: uses posix_fadvise().
xtrabackup: cd to /var/lib/mysql
xtrabackup: open files limit requested 0, set to 1024
xtrabackup: using the following InnoDB configuration:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = ./
xtrabackup:   innodb_log_files_in_group = 2
xtrabackup:   innodb_log_file_size = 5242880
InnoDB: Number of pools: 1
200118 01:58:45 >> log scanned up to (1597945)
xtrabackup: Generating a list of tablespaces
200118 01:58:45 [01] Streaming ./ibdata1
200118 01:58:46 [01]        ...done
200118 01:58:46 >> log scanned up to (1597945)
200118 01:58:46 Executing FLUSH NO_WRITE_TO_BINLOG TABLES...
200118 01:58:46 Executing FLUSH TABLES WITH READ LOCK...
200118 01:58:46 Starting to backup non-InnoDB tables and files
200118 01:58:46 [01] Streaming ./mysql/db.frm to 
200118 01:58:46 [01]        ...done
……省略部分内容
200118 01:58:47 [01] Streaming ./performance_schema/threads.frm to 
200118 01:58:47 [01]        ...done
200118 01:58:47 Finished backing up non-InnoDB tables and files
200118 01:58:47 Executing FLUSH NO_WRITE_TO_BINLOG ENGINE LOGS...
xtrabackup: The latest check point (for incremental): '1597945'
xtrabackup: Stopping log copying thread.
.200118 01:58:47 >> log scanned up to (1597945)

200118 01:58:47 Executing UNLOCK TABLES
200118 01:58:47 All tables unlocked
200118 01:58:47 Backup created in directory '/root/xtrabackup_backupfiles/'
200118 01:58:47 [00] Streaming 
200118 01:58:47 [00]        ...done
200118 01:58:47 [00] Streaming 
200118 01:58:47 [00]        ...done
xtrabackup: Transaction log of lsn (1597945) to (1597945) was copied.
200118 01:58:47 completed OK!
[root@test-centos7-node1 ~]# ll
total 136
-rw-r--r--. 1 root root 136148 Jan 18 01:58 all.tar.xz
drwxr-x---. 2 root root      6 Jan 18 01:58 xtrabackup_backupfiles
[root@test-centos7-node1 ~]# ll xtrabackup_backupfiles/
total 0
[root@test-centos7-node1 ~]# tar xf all.tar.xz -C xtrabackup_backupfiles/
[root@test-centos7-node1 ~]# ll xtrabackup_backupfiles/
total 18456
-rw-rw----. 1 root root      431 Jan 18 01:58 backup-my.cnf
-rw-rw----. 1 root root 18874368 Jan 18 00:06 ibdata1
drwxr-xr-x. 2 root root     4096 Jan 18 01:59 mysql
drwxr-xr-x. 2 root root     4096 Jan 18 01:59 performance_schema
drwxr-xr-x. 2 root root       20 Jan 18 01:59 test
-rw-rw----. 1 root root      135 Jan 18 01:58 xtrabackup_checkpoints
-rw-rw----. 1 root root      410 Jan 18 01:58 xtrabackup_info
-rw-rw----. 1 root root     2560 Jan 18 01:58 xtrabackup_logfile
[root@test-centos7-node1 ~]#

　　四、xtrabackup全备还原实现

　　　　1）删库前数据库里的库表

[root@test-centos7-node1 ~]# mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 4
Server version: 5.5.56-MariaDB MariaDB Server

Copyright (c) 2000, 2017, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| hellodb            |
| mysql              |
| performance_schema |
| test               |
+--------------------+
5 rows in set (0.00 sec)

MariaDB [(none)]> use hellodb
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
MariaDB [hellodb]> show tables;
+-------------------+
| Tables_in_hellodb |
+-------------------+
| classes           |
| coc               |
| courses           |
| scores            |
| students          |
| teachers          |
| toc               |
+-------------------+
7 rows in set (0.00 sec)

MariaDB [hellodb]> \q
Bye
[root@test-centos7-node1 ~]#

　　2）全量备份

[root@test-centos7-node1 ~]# xtrabackup --backup --target-dir=/root/backup
xtrabackup: recognized server arguments: --datadir=/var/lib/mysql 
xtrabackup: recognized client arguments: --backup=1 --target-dir=/root/backup 
200118 02:29:28  version_check Connecting to MySQL server with DSN 'dbi:mysql:;mysql_read_default_group=xtrabackup' (using password: NO).
200118 02:29:28  version_check Connected to MySQL server
200118 02:29:28  version_check Executing a version check against the server...
200118 02:29:28  version_check Done.
200118 02:29:28 Connecting to MySQL server host: localhost, user: not set, password: not set, port: not set, socket: not set
Using server version 5.5.56-MariaDB
xtrabackup version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
xtrabackup: uses posix_fadvise().
xtrabackup: cd to /var/lib/mysql
xtrabackup: open files limit requested 0, set to 1024
xtrabackup: using the following InnoDB configuration:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = ./
xtrabackup:   innodb_log_files_in_group = 2
xtrabackup:   innodb_log_file_size = 5242880
InnoDB: Number of pools: 1
200118 02:29:28 >> log scanned up to (1628321)
xtrabackup: Generating a list of tablespaces
200118 02:29:28 [01] Copying ./ibdata1 to /root/backup/ibdata1
200118 02:29:28 [01]        ...done
200118 02:29:29 >> log scanned up to (1628321)
200118 02:29:29 Executing FLUSH NO_WRITE_TO_BINLOG TABLES...
200118 02:29:29 Executing FLUSH TABLES WITH READ LOCK...
200118 02:29:29 Starting to backup non-InnoDB tables and files
200118 02:29:29 [01] Copying ./mysql/db.frm to /root/backup/mysql/db.frm
200118 02:29:29 [01]        ...done
……省略部分内容
200118 02:29:30 [01] Copying ./hellodb/toc.frm to /root/backup/hellodb/toc.frm
200118 02:29:30 [01]        ...done
200118 02:29:30 Finished backing up non-InnoDB tables and files
200118 02:29:30 Executing FLUSH NO_WRITE_TO_BINLOG ENGINE LOGS...
xtrabackup: The latest check point (for incremental): '1628321'
xtrabackup: Stopping log copying thread.
.200118 02:29:30 >> log scanned up to (1628321)

200118 02:29:30 Executing UNLOCK TABLES
200118 02:29:30 All tables unlocked
200118 02:29:30 Backup created in directory '/root/backup/'
200118 02:29:30 [00] Writing /root/backup/backup-my.cnf
200118 02:29:30 [00]        ...done
200118 02:29:30 [00] Writing /root/backup/xtrabackup_info
200118 02:29:30 [00]        ...done
xtrabackup: Transaction log of lsn (1628321) to (1628321) was copied.
200118 02:29:30 completed OK!
[root@test-centos7-node1 ~]# ll /root/backup/
total 18456
-rw-r-----. 1 root root      431 Jan 18 02:29 backup-my.cnf
drwxr-x---. 2 root root      146 Jan 18 02:29 hellodb
-rw-r-----. 1 root root 18874368 Jan 18 02:29 ibdata1
drwxr-x---. 2 root root     4096 Jan 18 02:29 mysql
drwxr-x---. 2 root root     4096 Jan 18 02:29 performance_schema
drwxr-x---. 2 root root       20 Jan 18 02:29 test
-rw-r-----. 1 root root      135 Jan 18 02:29 xtrabackup_checkpoints
-rw-r-----. 1 root root      424 Jan 18 02:29 xtrabackup_info
-rw-r-----. 1 root root     2560 Jan 18 02:29 xtrabackup_logfile
[root@test-centos7-node1 ~]#

　　3）删库

[root@test-centos7-node1 ~]# ll /var/lib/mysql/
total 28700
-rw-rw----. 1 mysql mysql    16384 Jan 18 02:26 aria_log.00000001
-rw-rw----. 1 mysql mysql       52 Jan 18 02:26 aria_log_control
drwx------. 2 mysql mysql      146 Jan 18 02:27 hellodb
-rw-rw----. 1 mysql mysql 18874368 Jan 18 02:27 ibdata1
-rw-rw----. 1 mysql mysql  5242880 Jan 18 02:27 ib_logfile0
-rw-rw----. 1 mysql mysql  5242880 Jan 18 02:26 ib_logfile1
drwx------. 2 mysql mysql     4096 Jan 18 02:26 mysql
srwxrwxrwx. 1 mysql mysql        0 Jan 18 02:26 mysql.sock
drwx------. 2 mysql mysql     4096 Jan 18 02:26 performance_schema
drwx------. 2 mysql mysql        6 Jan 18 02:26 test
[root@test-centos7-node1 ~]# rm -rf /var/lib/mysql/*
[root@test-centos7-node1 ~]# ll /var/lib/mysql/
total 0
[root@test-centos7-node1 ~]#

　　4）停掉数据库进行还原

[root@test-centos7-node1 ~]# systemctl stop mariadb
[root@test-centos7-node1 ~]# ss -ntl
State       Recv-Q Send-Q                   Local Address:Port                                  Peer Address:Port              
LISTEN      0      128                                  *:22                                               *:*                  
LISTEN      0      100                          127.0.0.1:25                                               *:*                  
LISTEN      0      128                                 :::22                                              :::*                  
LISTEN      0      100                                ::1:25                                              :::*                  
[root@test-centos7-node1 ~]# xtrabackup --prepare --target-dir=/root/backup/
xtrabackup: recognized server arguments: --innodb_checksum_algorithm=innodb --innodb_log_checksum_algorithm=innodb --innodb_data_file_path=ibdata1:10M:autoextend --innodb_log_files_in_group=2 --innodb_log_file_size=5242880 --innodb_fast_checksum=0 --innodb_page_size=16384 --innodb_log_block_size=512 --innodb_undo_directory=. --innodb_undo_tablespaces=0 --server-id=0 --redo-log-version=0 
xtrabackup: recognized client arguments: --prepare=1 --target-dir=/root/backup/ 
xtrabackup version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
xtrabackup: cd to /root/backup/
xtrabackup: This target seems to be not prepared yet.
InnoDB: Number of pools: 1
xtrabackup: xtrabackup_logfile detected: size=8388608, start_lsn=(1629224)
xtrabackup: using the following InnoDB configuration for recovery:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = .
xtrabackup:   innodb_log_files_in_group = 1
xtrabackup:   innodb_log_file_size = 8388608
xtrabackup: using the following InnoDB configuration for recovery:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = .
xtrabackup:   innodb_log_files_in_group = 1
xtrabackup:   innodb_log_file_size = 8388608
xtrabackup: Starting InnoDB instance for recovery.
xtrabackup: Using 104857600 bytes for buffer pool (set by --use-memory parameter)
InnoDB: PUNCH HOLE support available
InnoDB: Mutexes and rw_locks use GCC atomic builtins
InnoDB: Uses event mutexes
InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
InnoDB: Compressed tables use zlib 1.2.7
InnoDB: Number of pools: 1
InnoDB: Using CPU crc32 instructions
InnoDB: Initializing buffer pool, total size = 100M, instances = 1, chunk size = 100M
InnoDB: Completed initialization of buffer pool
InnoDB: page_cleaner coordinator priority: -20
InnoDB: Highest supported file format is Barracuda.
InnoDB: Creating shared tablespace for temporary tables
InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
InnoDB: File './ibtmp1' size is now 12 MB.
InnoDB: 96 redo rollback segment(s) found. 1 redo rollback segment(s) are active.
InnoDB: 32 non-redo rollback segment(s) are active.
InnoDB: 5.7.26 started; log sequence number 1629224

xtrabackup: starting shutdown with innodb_fast_shutdown = 1
InnoDB: FTS optimize thread exiting.
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 1629243
InnoDB: Number of pools: 1
xtrabackup: using the following InnoDB configuration for recovery:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = .
xtrabackup:   innodb_log_files_in_group = 2
xtrabackup:   innodb_log_file_size = 5242880
InnoDB: PUNCH HOLE support available
InnoDB: Mutexes and rw_locks use GCC atomic builtins
InnoDB: Uses event mutexes
InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
InnoDB: Compressed tables use zlib 1.2.7
InnoDB: Number of pools: 1
InnoDB: Using CPU crc32 instructions
InnoDB: Initializing buffer pool, total size = 100M, instances = 1, chunk size = 100M
InnoDB: Completed initialization of buffer pool
InnoDB: page_cleaner coordinator priority: -20
InnoDB: Setting log file ./ib_logfile101 size to 5 MB
InnoDB: Setting log file ./ib_logfile1 size to 5 MB
InnoDB: Renaming log file ./ib_logfile101 to ./ib_logfile0
InnoDB: New log files created, LSN=1629243
InnoDB: Highest supported file format is Barracuda.
InnoDB: Log scan progressed past the checkpoint lsn 1629708
InnoDB: Doing recovery: scanned up to log sequence number 1629717 (0%)
InnoDB: Database was not shutdown normally!
InnoDB: Starting crash recovery.
InnoDB: Removed temporary tablespace data file: "ibtmp1"
InnoDB: Creating shared tablespace for temporary tables
InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
InnoDB: File './ibtmp1' size is now 12 MB.
InnoDB: 96 redo rollback segment(s) found. 1 redo rollback segment(s) are active.
InnoDB: 32 non-redo rollback segment(s) are active.
InnoDB: 5.7.26 started; log sequence number 1629717
xtrabackup: starting shutdown with innodb_fast_shutdown = 1
InnoDB: FTS optimize thread exiting.
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 1629736
200118 03:09:08 completed OK!
[root@test-centos7-node1 ~]# xtrabackup --copy-back --target-dir=/root/backup/
xtrabackup: recognized server arguments: --datadir=/var/lib/mysql 
xtrabackup: recognized client arguments: --copy-back=1 --target-dir=/root/backup/ 
xtrabackup version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
200118 03:10:13 [01] Copying ib_logfile0 to /var/lib/mysql/ib_logfile0
200118 03:10:13 [01]        ...done
……省略部分内容
200118 03:10:13 [01] Copying ./ibtmp1 to /var/lib/mysql/ibtmp1
200118 03:10:14 [01]        ...done
200118 03:10:14 completed OK!
[root@test-centos7-node1 ~]# chown -R mysql.mysql /var/lib/mysql/
[root@test-centos7-node1 ~]# ll /var/lib/mysql/
total 40976
drwxr-x---. 2 mysql mysql      146 Jan 18 03:10 hellodb
-rw-r-----. 1 mysql mysql 18874368 Jan 18 03:10 ibdata1
-rw-r-----. 1 mysql mysql  5242880 Jan 18 03:10 ib_logfile0
-rw-r-----. 1 mysql mysql  5242880 Jan 18 03:10 ib_logfile1
-rw-r-----. 1 mysql mysql 12582912 Jan 18 03:10 ibtmp1
drwxr-x---. 2 mysql mysql     4096 Jan 18 03:10 mysql
drwxr-x---. 2 mysql mysql     4096 Jan 18 03:10 performance_schema
drwxr-x---. 2 mysql mysql       20 Jan 18 03:10 test
-rw-r-----. 1 mysql mysql      425 Jan 18 03:10 xtrabackup_info
-rw-r-----. 1 mysql mysql        1 Jan 18 03:10 xtrabackup_master_key_id
[root@test-centos7-node1 ~]#

　　说明：还原操作需要进行三步，第一步是预准备，这一步的主要作用是确保数据的一致性，提交完成的事务，回滚未完成的事务。第二步是复制预处理后的数据文件到mariadb的工作目录，第三部还原拷贝过去的文件的属性为mysql。执行拷贝操作需要确保原数据目录为空，或者加上--force-non-empty-directorires否则copy的时候会报错。

　　5）启动mariadb，查看数据库里的库表是否恢复到删除前的状态

[root@test-centos7-node1 ~]# systemctl start mariadb
[root@test-centos7-node1 ~]# ss -ntl
State       Recv-Q Send-Q                   Local Address:Port                                  Peer Address:Port              
LISTEN      0      128                                  *:22                                               *:*                  
LISTEN      0      100                          127.0.0.1:25                                               *:*                  
LISTEN      0      50                                   *:3306                                             *:*                  
LISTEN      0      128                                 :::22                                              :::*                  
LISTEN      0      100                                ::1:25                                              :::*                  
[root@test-centos7-node1 ~]# mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 2
Server version: 5.5.56-MariaDB MariaDB Server

Copyright (c) 2000, 2017, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| hellodb            |
| mysql              |
| performance_schema |
| test               |
+--------------------+
5 rows in set (0.00 sec)

MariaDB [(none)]> use hellodb
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
MariaDB [hellodb]> show tables;
+-------------------+
| Tables_in_hellodb |
+-------------------+
| classes           |
| coc               |
| courses           |
| scores            |
| students          |
| teachers          |
| toc               |
+-------------------+
7 rows in set (0.01 sec)

MariaDB [hellodb]>

　　说明：可看到数据库已经恢复到备份前的状态

　　五、xtrabackup 增量备份还原实现

　　1）完全备份

[root@test-centos7-node1 ~]# ls
[root@test-centos7-node1 ~]# mkdir /root/{full_bak,incre_bak1,incre_bak2}
[root@test-centos7-node1 ~]# ls
full_bak  incre_bak1  incre_bak2
[root@test-centos7-node1 ~]# xtrabackup --backup --target-dir=/root/full_bak/
xtrabackup: recognized server arguments: --datadir=/var/lib/mysql 
xtrabackup: recognized client arguments: --backup=1 --target-dir=/root/full_bak/ 
200118 03:28:20  version_check Connecting to MySQL server with DSN 'dbi:mysql:;mysql_read_default_group=xtrabackup' (using password: NO).
200118 03:28:20  version_check Connected to MySQL server
200118 03:28:20  version_check Executing a version check against the server...
200118 03:28:20  version_check Done.
200118 03:28:20 Connecting to MySQL server host: localhost, user: not set, password: not set, port: not set, socket: not set
Using server version 5.5.56-MariaDB
xtrabackup version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
xtrabackup: uses posix_fadvise().
xtrabackup: cd to /var/lib/mysql
xtrabackup: open files limit requested 0, set to 1024
xtrabackup: using the following InnoDB configuration:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = ./
xtrabackup:   innodb_log_files_in_group = 2
xtrabackup:   innodb_log_file_size = 5242880
InnoDB: Number of pools: 1
200118 03:28:20 >> log scanned up to (1629736)
xtrabackup: Generating a list of tablespaces
200118 03:28:20 [01] Copying ./ibdata1 to /root/full_bak/ibdata1
200118 03:28:20 [01]        ...done
200118 03:28:21 >> log scanned up to (1629736)
200118 03:28:21 Executing FLUSH NO_WRITE_TO_BINLOG TABLES...
200118 03:28:21 Executing FLUSH TABLES WITH READ LOCK...
200118 03:28:21 Starting to backup non-InnoDB tables and files
200118 03:28:21 [01] Copying ./mysql/db.frm to /root/full_bak/mysql/db.frm
200118 03:28:21 [01]        ...done
……省略部分内容
200118 03:28:21 [01] Copying ./hellodb/toc.frm to /root/full_bak/hellodb/toc.frm
200118 03:28:21 [01]        ...done
200118 03:28:21 Finished backing up non-InnoDB tables and files
200118 03:28:21 Executing FLUSH NO_WRITE_TO_BINLOG ENGINE LOGS...
xtrabackup: The latest check point (for incremental): '1629736'
xtrabackup: Stopping log copying thread.
.200118 03:28:21 >> log scanned up to (1629736)

200118 03:28:21 Executing UNLOCK TABLES
200118 03:28:21 All tables unlocked
200118 03:28:21 Backup created in directory '/root/full_bak/'
200118 03:28:21 [00] Writing /root/full_bak/backup-my.cnf
200118 03:28:21 [00]        ...done
200118 03:28:21 [00] Writing /root/full_bak/xtrabackup_info
200118 03:28:21 [00]        ...done
xtrabackup: Transaction log of lsn (1629736) to (1629736) was copied.
200118 03:28:21 completed OK!
[root@test-centos7-node1 ~]#

　　2）修改数据，在做基于第一次全量备份做第一次增量备份

[root@test-centos7-node1 ~]# mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 6
Server version: 5.5.56-MariaDB MariaDB Server

Copyright (c) 2000, 2017, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| hellodb            |
| mysql              |
| performance_schema |
| test               |
+--------------------+
5 rows in set (0.00 sec)

MariaDB [(none)]> create database abc;
Query OK, 1 row affected (0.00 sec)

MariaDB [(none)]> use abc
Database changed
MariaDB [abc]> create table test(id int );
Query OK, 0 rows affected (0.01 sec)

MariaDB [abc]> insert test(id)value(1);
Query OK, 1 row affected (0.00 sec)

MariaDB [abc]> insert test(id)value(2),(3),(4);
Query OK, 3 rows affected (0.00 sec)
Records: 3  Duplicates: 0  Warnings: 0

MariaDB [abc]> select * from test ;
+------+
| id   |
+------+
|    1 |
|    2 |
|    3 |
|    4 |
+------+
4 rows in set (0.00 sec)

MariaDB [abc]> \q
Bye
[root@test-centos7-node1 ~]# 
[root@test-centos7-node1 ~]# xtrabackup --backup --target-dir=/root/incre_bak1/ --incremental-basedir=/root/full_bak/
xtrabackup: recognized server arguments: --datadir=/var/lib/mysql 
xtrabackup: recognized client arguments: --backup=1 --target-dir=/root/incre_bak1/ --incremental-basedir=/root/full_bak/ 
200118 03:49:15  version_check Connecting to MySQL server with DSN 'dbi:mysql:;mysql_read_default_group=xtrabackup' (using password: NO).
200118 03:49:15  version_check Connected to MySQL server
200118 03:49:15  version_check Executing a version check against the server...
200118 03:49:15  version_check Done.
200118 03:49:15 Connecting to MySQL server host: localhost, user: not set, password: not set, port: not set, socket: not set
Using server version 5.5.56-MariaDB
xtrabackup version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
incremental backup from 1629736 is enabled.
xtrabackup: uses posix_fadvise().
xtrabackup: cd to /var/lib/mysql
xtrabackup: open files limit requested 0, set to 1024
xtrabackup: using the following InnoDB configuration:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = ./
xtrabackup:   innodb_log_files_in_group = 2
xtrabackup:   innodb_log_file_size = 5242880
InnoDB: Number of pools: 1
200118 03:49:15 >> log scanned up to (1631702)
xtrabackup: Generating a list of tablespaces
xtrabackup: using the full scan for incremental backup
200118 03:49:15 [01] Copying ./ibdata1 to /root/incre_bak1/ibdata1.delta
200118 03:49:15 [01]        ...done
200118 03:49:16 >> log scanned up to (1631702)
200118 03:49:16 Executing FLUSH NO_WRITE_TO_BINLOG TABLES...
200118 03:49:16 Executing FLUSH TABLES WITH READ LOCK...
200118 03:49:16 Starting to backup non-InnoDB tables and files
200118 03:49:16 [01] Copying ./mysql/db.frm to /root/incre_bak1/mysql/db.frm
200118 03:49:16 [01]        ...done
……省略部分内容
200118 03:49:17 [01] Copying ./abc/test.frm to /root/incre_bak1/abc/test.frm
200118 03:49:17 [01]        ...done
200118 03:49:17 Finished backing up non-InnoDB tables and files
200118 03:49:17 Executing FLUSH NO_WRITE_TO_BINLOG ENGINE LOGS...
xtrabackup: The latest check point (for incremental): '1631702'
xtrabackup: Stopping log copying thread.
.200118 03:49:17 >> log scanned up to (1631702)

200118 03:49:17 Executing UNLOCK TABLES
200118 03:49:17 All tables unlocked
200118 03:49:17 Backup created in directory '/root/incre_bak1/'
200118 03:49:17 [00] Writing /root/incre_bak1/backup-my.cnf
200118 03:49:17 [00]        ...done
200118 03:49:17 [00] Writing /root/incre_bak1/xtrabackup_info
200118 03:49:17 [00]        ...done
xtrabackup: Transaction log of lsn (1631702) to (1631702) was copied.
200118 03:49:17 completed OK!
[root@test-centos7-node1 ~]#

　　3）第二次修改数据，做基于第一次增量比分为basedir做第二次整理备份

[root@test-centos7-node1 ~]# mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 13
Server version: 5.5.56-MariaDB MariaDB Server

Copyright (c) 2000, 2017, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| abc                |
| hellodb            |
| mysql              |
| performance_schema |
| test               |
+--------------------+
6 rows in set (0.02 sec)

MariaDB [(none)]> create user test;
Query OK, 0 rows affected (0.07 sec)

MariaDB [(none)]> select user,host from mysql.user;
+------+--------------------+
| user | host               |
+------+--------------------+
| test | %                  |
| root | 127.0.0.1          |
| root | ::1                |
| root | localhost          |
| root | test-centos7-node1 |
+------+--------------------+
5 rows in set (0.00 sec)

MariaDB [(none)]> \q
Bye
[root@test-centos7-node1 ~]# 
[root@test-centos7-node1 ~]# xtrabackup --backup --target-dir=/root/incre_bak2/ --incremental-basedir=/root/incre_bak1/
xtrabackup: recognized server arguments: --datadir=/var/lib/mysql 
xtrabackup: recognized client arguments: --backup=1 --target-dir=/root/incre_bak2/ --incremental-basedir=/root/incre_bak1/ 
200118 03:52:43  version_check Connecting to MySQL server with DSN 'dbi:mysql:;mysql_read_default_group=xtrabackup' (using password: NO).
200118 03:52:43  version_check Connected to MySQL server
200118 03:52:43  version_check Executing a version check against the server...
200118 03:52:43  version_check Done.
200118 03:52:43 Connecting to MySQL server host: localhost, user: not set, password: not set, port: not set, socket: not set
Using server version 5.5.56-MariaDB
xtrabackup version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
incremental backup from 1631702 is enabled.
xtrabackup: uses posix_fadvise().
xtrabackup: cd to /var/lib/mysql
xtrabackup: open files limit requested 0, set to 1024
xtrabackup: using the following InnoDB configuration:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = ./
xtrabackup:   innodb_log_files_in_group = 2
xtrabackup:   innodb_log_file_size = 5242880
InnoDB: Number of pools: 1
200118 03:52:43 >> log scanned up to (1631702)
xtrabackup: Generating a list of tablespaces
xtrabackup: using the full scan for incremental backup
200118 03:52:43 [01] Copying ./ibdata1 to /root/incre_bak2/ibdata1.delta
200118 03:52:43 [01]        ...done
200118 03:52:44 >> log scanned up to (1631702)
200118 03:52:44 Executing FLUSH NO_WRITE_TO_BINLOG TABLES...
200118 03:52:44 Executing FLUSH TABLES WITH READ LOCK...
200118 03:52:44 Starting to backup non-InnoDB tables and files
200118 03:52:44 [01] Copying ./mysql/db.frm to /root/incre_bak2/mysql/db.frm
200118 03:52:44 [01]        ...done
……省略部分内容
200118 03:52:44 [01] Copying ./abc/test.frm to /root/incre_bak2/abc/test.frm
200118 03:52:44 [01]        ...done
200118 03:52:44 Finished backing up non-InnoDB tables and files
200118 03:52:44 Executing FLUSH NO_WRITE_TO_BINLOG ENGINE LOGS...
xtrabackup: The latest check point (for incremental): '1631702'
xtrabackup: Stopping log copying thread.
.200118 03:52:44 >> log scanned up to (1631702)

200118 03:52:45 Executing UNLOCK TABLES
200118 03:52:45 All tables unlocked
200118 03:52:45 Backup created in directory '/root/incre_bak2/'
200118 03:52:45 [00] Writing /root/incre_bak2/backup-my.cnf
200118 03:52:45 [00]        ...done
200118 03:52:45 [00] Writing /root/incre_bak2/xtrabackup_info
200118 03:52:45 [00]        ...done
xtrabackup: Transaction log of lsn (1631702) to (1631702) was copied.
200118 03:52:45 completed OK!
[root@test-centos7-node1 ~]#

　　到此两次增量备份已经全部做好，接下来查看数据，在删除库表来进行还原

[root@test-centos7-node1 ~]# mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 16
Server version: 5.5.56-MariaDB MariaDB Server

Copyright (c) 2000, 2017, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| abc                |
| hellodb            |
| mysql              |
| performance_schema |
| test               |
+--------------------+
6 rows in set (0.02 sec)

MariaDB [(none)]> use abc
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
MariaDB [abc]> show tables;
+---------------+
| Tables_in_abc |
+---------------+
| test          |
+---------------+
1 row in set (0.00 sec)

MariaDB [abc]> select * from test;
+------+
| id   |
+------+
|    1 |
|    2 |
|    3 |
|    4 |
+------+
4 rows in set (0.01 sec)

MariaDB [abc]> select user,host,password from mysql.user;
+------+--------------------+----------+
| user | host               | password |
+------+--------------------+----------+
| root | localhost          |          |
| root | test-centos7-node1 |          |
| root | 127.0.0.1          |          |
| root | ::1                |          |
| test | %                  |          |
+------+--------------------+----------+
5 rows in set (0.01 sec)

MariaDB [abc]> \q
Bye
[root@test-centos7-node1 ~]#

　　删除前的数据如上，现在我们模拟删除mysql.user表和abc库，然后利用增量备份将其还原

[root@test-centos7-node1 ~]# mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 17
Server version: 5.5.56-MariaDB MariaDB Server

Copyright (c) 2000, 2017, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| abc                |
| hellodb            |
| mysql              |
| performance_schema |
| test               |
+--------------------+
6 rows in set (0.00 sec)

MariaDB [(none)]> drop database abc;
Query OK, 1 row affected (0.01 sec)

MariaDB [(none)]> drop table mysql.user;
Query OK, 0 rows affected (0.00 sec)

MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| hellodb            |
| mysql              |
| performance_schema |
| test               |
+--------------------+
5 rows in set (0.00 sec)

MariaDB [(none)]> use mysql
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
MariaDB [mysql]> show tables;
+---------------------------+
| Tables_in_mysql           |
+---------------------------+
| columns_priv              |
| db                        |
| event                     |
| func                      |
| general_log               |
| help_category             |
| help_keyword              |
| help_relation             |
| help_topic                |
| host                      |
| ndb_binlog_index          |
| plugin                    |
| proc                      |
| procs_priv                |
| proxies_priv              |
| servers                   |
| slow_log                  |
| tables_priv               |
| time_zone                 |
| time_zone_leap_second     |
| time_zone_name            |
| time_zone_transition      |
| time_zone_transition_type |
+---------------------------+
23 rows in set (0.00 sec)

MariaDB [mysql]>

　　还原数据库

　　合并全量备份

[root@test-centos7-node1 ~]# xtrabackup --prepare --apply-log-only --target-dir=/root/full_bak/
xtrabackup: recognized server arguments: --innodb_checksum_algorithm=innodb --innodb_log_checksum_algorithm=innodb --innodb_data_file_path=ibdata1:10M:autoextend --innodb_log_files_in_group=2 --innodb_log_file_size=5242880 --innodb_fast_checksum=0 --innodb_page_size=16384 --innodb_log_block_size=512 --innodb_undo_directory=. --innodb_undo_tablespaces=0 --server-id=0 --redo-log-version=0 
xtrabackup: recognized client arguments: --prepare=1 --apply-log-only=1 --target-dir=/root/full_bak/ 
xtrabackup version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
xtrabackup: cd to /root/full_bak/
xtrabackup: This target seems to be not prepared yet.
InnoDB: Number of pools: 1
xtrabackup: xtrabackup_logfile detected: size=8388608, start_lsn=(1629736)
xtrabackup: using the following InnoDB configuration for recovery:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = .
xtrabackup:   innodb_log_files_in_group = 1
xtrabackup:   innodb_log_file_size = 8388608
xtrabackup: using the following InnoDB configuration for recovery:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = .
xtrabackup:   innodb_log_files_in_group = 1
xtrabackup:   innodb_log_file_size = 8388608
xtrabackup: Starting InnoDB instance for recovery.
xtrabackup: Using 104857600 bytes for buffer pool (set by --use-memory parameter)
InnoDB: PUNCH HOLE support available
InnoDB: Mutexes and rw_locks use GCC atomic builtins
InnoDB: Uses event mutexes
InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
InnoDB: Compressed tables use zlib 1.2.7
InnoDB: Number of pools: 1
InnoDB: Using CPU crc32 instructions
InnoDB: Initializing buffer pool, total size = 100M, instances = 1, chunk size = 100M
InnoDB: Completed initialization of buffer pool
InnoDB: page_cleaner coordinator priority: -20
InnoDB: Highest supported file format is Barracuda.

xtrabackup: starting shutdown with innodb_fast_shutdown = 1
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 1629745
InnoDB: Number of pools: 1
200118 04:01:33 completed OK!

　　说明：合并全量备份要加选项--apply-log-only 表示不会滚未完成的事务，因为后面还有增量备份。

　　合并第一次增量备份到完全备份里

[root@test-centos7-node1 ~]# xtrabackup --prepare --apply-log-only --target-dir=/root/full_bak/ --incremental-dir=/root/incre_bak1
xtrabackup: recognized server arguments: --innodb_checksum_algorithm=innodb --innodb_log_checksum_algorithm=innodb --innodb_data_file_path=ibdata1:10M:autoextend --innodb_log_files_in_group=2 --innodb_log_file_size=5242880 --innodb_fast_checksum=0 --innodb_page_size=16384 --innodb_log_block_size=512 --innodb_undo_directory=. --innodb_undo_tablespaces=0 --server-id=0 --redo-log-version=0 
xtrabackup: recognized client arguments: --prepare=1 --apply-log-only=1 --target-dir=/root/full_bak/ --incremental-dir=/root/incre_bak1 
xtrabackup version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
incremental backup from 1629736 is enabled.
xtrabackup: cd to /root/full_bak/
xtrabackup: This target seems to be already prepared with --apply-log-only.
InnoDB: Number of pools: 1
xtrabackup: xtrabackup_logfile detected: size=8388608, start_lsn=(1631702)
xtrabackup: using the following InnoDB configuration for recovery:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = /root/incre_bak1/
xtrabackup:   innodb_log_files_in_group = 1
xtrabackup:   innodb_log_file_size = 8388608
xtrabackup: Generating a list of tablespaces
xtrabackup: page size for /root/incre_bak1//ibdata1.delta is 16384 bytes space id is 0
Applying /root/incre_bak1//ibdata1.delta to ./ibdata1...
xtrabackup: using the following InnoDB configuration for recovery:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = /root/incre_bak1/
xtrabackup:   innodb_log_files_in_group = 1
xtrabackup:   innodb_log_file_size = 8388608
xtrabackup: Starting InnoDB instance for recovery.
xtrabackup: Using 104857600 bytes for buffer pool (set by --use-memory parameter)
InnoDB: PUNCH HOLE support available
InnoDB: Mutexes and rw_locks use GCC atomic builtins
InnoDB: Uses event mutexes
InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
InnoDB: Compressed tables use zlib 1.2.7
InnoDB: Number of pools: 1
InnoDB: Using CPU crc32 instructions
InnoDB: Initializing buffer pool, total size = 100M, instances = 1, chunk size = 100M
InnoDB: Completed initialization of buffer pool
InnoDB: page_cleaner coordinator priority: -20
InnoDB: Highest supported file format is Barracuda.
InnoDB: The log sequence number 1629736 in the system tablespace does not match the log sequence number 1631702 in the ib_logfiles!
InnoDB: Database was not shutdown normally!
InnoDB: Starting crash recovery.

xtrabackup: starting shutdown with innodb_fast_shutdown = 1
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 1631711
InnoDB: Number of pools: 1
200118 04:02:37 [01] Copying /root/incre_bak1/mysql/db.frm to ./mysql/db.frm
200118 04:02:37 [01]        ...done
……省略部分内容
200118 04:02:37 [01] Copying /root/incre_bak1/abc/test.frm to ./abc/test.frm
200118 04:02:37 [01]        ...done
200118 04:02:37 [00] Copying /root/incre_bak1//xtrabackup_info to ./xtrabackup_info
200118 04:02:37 [00]        ...done
200118 04:02:37 completed OK!

　　合并第二次增量备份到完全备份里

[root@test-centos7-node1 ~]# xtrabackup --prepare --target-dir=/root/full_bak/ --incremental-dir=/root/incre_bak2                xtrabackup: recognized server arguments: --innodb_checksum_algorithm=innodb --innodb_log_checksum_algorithm=innodb --innodb_data_file_path=ibdata1:10M:autoextend --innodb_log_files_in_group=2 --innodb_log_file_size=5242880 --innodb_fast_checksum=0 --innodb_page_size=16384 --innodb_log_block_size=512 --innodb_undo_directory=. --innodb_undo_tablespaces=0 --server-id=0 --redo-log-version=0 
xtrabackup: recognized client arguments: --prepare=1 --target-dir=/root/full_bak/ --incremental-dir=/root/incre_bak2 
xtrabackup version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
incremental backup from 1631702 is enabled.
xtrabackup: cd to /root/full_bak/
xtrabackup: This target seems to be already prepared with --apply-log-only.
InnoDB: Number of pools: 1
xtrabackup: xtrabackup_logfile detected: size=8388608, start_lsn=(1631702)
xtrabackup: using the following InnoDB configuration for recovery:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = /root/incre_bak2/
xtrabackup:   innodb_log_files_in_group = 1
xtrabackup:   innodb_log_file_size = 8388608
xtrabackup: Generating a list of tablespaces
xtrabackup: page size for /root/incre_bak2//ibdata1.delta is 16384 bytes space id is 0
Applying /root/incre_bak2//ibdata1.delta to ./ibdata1...
xtrabackup: using the following InnoDB configuration for recovery:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = /root/incre_bak2/
xtrabackup:   innodb_log_files_in_group = 1
xtrabackup:   innodb_log_file_size = 8388608
xtrabackup: Starting InnoDB instance for recovery.
xtrabackup: Using 104857600 bytes for buffer pool (set by --use-memory parameter)
InnoDB: PUNCH HOLE support available
InnoDB: Mutexes and rw_locks use GCC atomic builtins
InnoDB: Uses event mutexes
InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
InnoDB: Compressed tables use zlib 1.2.7
InnoDB: Number of pools: 1
InnoDB: Using CPU crc32 instructions
InnoDB: Initializing buffer pool, total size = 100M, instances = 1, chunk size = 100M
InnoDB: Completed initialization of buffer pool
InnoDB: page_cleaner coordinator priority: -20
InnoDB: Highest supported file format is Barracuda.
InnoDB: The log sequence number 1631711 in the system tablespace does not match the log sequence number 1631702 in the ib_logfiles!
InnoDB: Database was not shutdown normally!
InnoDB: Starting crash recovery.
InnoDB: Creating shared tablespace for temporary tables
InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
InnoDB: File './ibtmp1' size is now 12 MB.
InnoDB: 96 redo rollback segment(s) found. 1 redo rollback segment(s) are active.
InnoDB: 32 non-redo rollback segment(s) are active.
InnoDB: 5.7.26 started; log sequence number 1631702

xtrabackup: starting shutdown with innodb_fast_shutdown = 1
InnoDB: FTS optimize thread exiting.
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 1631721
InnoDB: Number of pools: 1
200118 04:03:22 [01] Copying /root/incre_bak2/mysql/db.frm to ./mysql/db.frm
200118 04:03:22 [01]        ...done
……省略部分内容
200118 04:03:23 [00] Copying /root/incre_bak2//xtrabackup_info to ./xtrabackup_info
200118 04:03:23 [00]        ...done
xtrabackup: using the following InnoDB configuration for recovery:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = .
xtrabackup:   innodb_log_files_in_group = 2
xtrabackup:   innodb_log_file_size = 5242880
InnoDB: PUNCH HOLE support available
InnoDB: Mutexes and rw_locks use GCC atomic builtins
InnoDB: Uses event mutexes
InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
InnoDB: Compressed tables use zlib 1.2.7
InnoDB: Number of pools: 1
InnoDB: Using CPU crc32 instructions
InnoDB: Initializing buffer pool, total size = 100M, instances = 1, chunk size = 100M
InnoDB: Completed initialization of buffer pool
InnoDB: page_cleaner coordinator priority: -20
InnoDB: Setting log file ./ib_logfile101 size to 5 MB
InnoDB: Setting log file ./ib_logfile1 size to 5 MB
InnoDB: Renaming log file ./ib_logfile101 to ./ib_logfile0
InnoDB: New log files created, LSN=1631721
InnoDB: Highest supported file format is Barracuda.
InnoDB: Log scan progressed past the checkpoint lsn 1631756
InnoDB: Doing recovery: scanned up to log sequence number 1631765 (0%)
InnoDB: Database was not shutdown normally!
InnoDB: Starting crash recovery.
InnoDB: Removed temporary tablespace data file: "ibtmp1"
InnoDB: Creating shared tablespace for temporary tables
InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
InnoDB: File './ibtmp1' size is now 12 MB.
InnoDB: 96 redo rollback segment(s) found. 1 redo rollback segment(s) are active.
InnoDB: 32 non-redo rollback segment(s) are active.
InnoDB: 5.7.26 started; log sequence number 1631765
xtrabackup: starting shutdown with innodb_fast_shutdown = 1
InnoDB: FTS optimize thread exiting.
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 1631784
200118 04:03:25 completed OK!
[root@test-centos7-node1 ~]#

　　说明：最后一次合并不需要加--apply-log-only选项表示这是最后一次增量备份合并，后续提交已完成对事务，回滚未完成的事务，让数据一致

　　清空/var/lib/mysql目录，然后复制备份文件到该目录下

[root@test-centos7-node1 ~]# rm -rf /var/lib/mysql/*
[root@test-centos7-node1 ~]# ll /var/lib/mysql/
total 0
[root@test-centos7-node1 ~]# xtrabackup --copy-back --target-dir=/root/full_bak/
xtrabackup: recognized server arguments: --datadir=/var/lib/mysql 
xtrabackup: recognized client arguments: --copy-back=1 --target-dir=/root/full_bak/ 
xtrabackup version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
200118 04:12:32 [01] Copying ib_logfile0 to /var/lib/mysql/ib_logfile0
200118 04:12:32 [01]        ...done
……省略部分内容
200118 04:12:32 [01] Copying ./xtrabackup_info to /var/lib/mysql/xtrabackup_info
200118 04:12:32 [01]        ...done
200118 04:12:32 [01] Copying ./ibtmp1 to /var/lib/mysql/ibtmp1
200118 04:12:32 [01]        ...done
200118 04:12:32 completed OK!

　　还原属性

[root@test-centos7-node1 ~]# chown -R mysql.mysql /var/lib/mysql/ 
[root@test-centos7-node1 ~]# ll /var/lib/mysql/
total 40976
drwxr-x---. 2 mysql mysql       36 Jan 18 04:12 abc
drwxr-x---. 2 mysql mysql      146 Jan 18 04:12 hellodb
-rw-r-----. 1 mysql mysql 18874368 Jan 18 04:12 ibdata1
-rw-r-----. 1 mysql mysql  5242880 Jan 18 04:12 ib_logfile0
-rw-r-----. 1 mysql mysql  5242880 Jan 18 04:12 ib_logfile1
-rw-r-----. 1 mysql mysql 12582912 Jan 18 04:12 ibtmp1
drwxr-x---. 2 mysql mysql     4096 Jan 18 04:12 mysql
drwxr-x---. 2 mysql mysql     4096 Jan 18 04:12 performance_schema
drwxr-x---. 2 mysql mysql       20 Jan 18 04:12 test
-rw-r-----. 1 mysql mysql      475 Jan 18 04:12 xtrabackup_info
-rw-r-----. 1 mysql mysql        1 Jan 18 04:12 xtrabackup_master_key_id
[root@test-centos7-node1 ~]#

　　重启数据库，进到数据库查看数据是否恢复

[root@test-centos7-node1 ~]# systemctl restart mariadb
[root@test-centos7-node1 ~]# ss -ntl
State       Recv-Q Send-Q                   Local Address:Port                                  Peer Address:Port              
LISTEN      0      128                                  *:22                                               *:*                  
LISTEN      0      100                          127.0.0.1:25                                               *:*                  
LISTEN      0      50                                   *:3306                                             *:*                  
LISTEN      0      128                                 :::22                                              :::*                  
LISTEN      0      100                                ::1:25                                              :::*                  
[root@test-centos7-node1 ~]# mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 2
Server version: 5.5.56-MariaDB MariaDB Server

Copyright (c) 2000, 2017, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| abc                |
| hellodb            |
| mysql              |
| performance_schema |
| test               |
+--------------------+
6 rows in set (0.00 sec)

MariaDB [(none)]> use abc
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
MariaDB [abc]> show tables;
+---------------+
| Tables_in_abc |
+---------------+
| test          |
+---------------+
1 row in set (0.00 sec)

MariaDB [abc]> select * from test;
+------+
| id   |
+------+
|    1 |
|    2 |
|    3 |
|    4 |
+------+
4 rows in set (0.00 sec)

MariaDB [abc]> use mysql
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
MariaDB [mysql]> show tables;
+---------------------------+
| Tables_in_mysql           |
+---------------------------+
| columns_priv              |
| db                        |
| event                     |
| func                      |
| general_log               |
| help_category             |
| help_keyword              |
| help_relation             |
| help_topic                |
| host                      |
| ndb_binlog_index          |
| plugin                    |
| proc                      |
| procs_priv                |
| proxies_priv              |
| servers                   |
| slow_log                  |
| tables_priv               |
| time_zone                 |
| time_zone_leap_second     |
| time_zone_name            |
| time_zone_transition      |
| time_zone_transition_type |
| user                      |
+---------------------------+
24 rows in set (0.01 sec)

MariaDB [mysql]> select user,host,password from user;
+------+--------------------+----------+
| user | host               | password |
+------+--------------------+----------+
| root | localhost          |          |
| root | test-centos7-node1 |          |
| root | 127.0.0.1          |          |
| root | ::1                |          |
| test | %                  |          |
+------+--------------------+----------+
5 rows in set (0.00 sec)

MariaDB [mysql]> \q
Bye
[root@test-centos7-node1 ~]#

　　说明：可看到我们删除的abc库已经恢复，删除的user表也全部恢复

　　六、xtrabackup单表导出和导入

　　前期准备

　　1）启用innodb_file_per_table选项，并重启mariadb服务

[root@test-centos7-node1 ~]# grep -C 2 innodb_file_per_table /etc/my.cnf
[mysqld]
datadir=/var/lib/mysql
innodb_file_per_table
socket=/var/lib/mysql/mysql.sock
# Disabling symbolic-links is recommended to prevent assorted security risks
[root@test-centos7-node1 ~]#

　　说明：此选项启用后，mariadb的表空间文件和数据文件就单独存放了，不再全部都存放在ibdata1里

　　2）导入数据库

[root@test-centos7-node1 ~]# rz
rz waiting to receive.
 zmodem trl+C ȡ

  100%       7 KB    7 KB/s 00:00:01       0 Errors

[root@test-centos7-node1 ~]# ls
full_bak  hellodb_innodb.sql  incre_bak1  incre_bak2  table
[root@test-centos7-node1 ~]# mysql < hellodb_innodb.sql 
[root@test-centos7-node1 ~]# ll /var/lib/mysql/
total 40996
drwxr-x---. 2 mysql mysql       36 Jan 18 05:06 abc
-rw-rw----. 1 mysql mysql    16384 Jan 18 05:12 aria_log.00000001
-rw-rw----. 1 mysql mysql       52 Jan 18 05:12 aria_log_control
drwx------. 2 mysql mysql      272 Jan 18 05:21 hellodb
-rw-r-----. 1 mysql mysql 18874368 Jan 18 05:20 ibdata1
-rw-r-----. 1 mysql mysql  5242880 Jan 18 05:21 ib_logfile0
-rw-r-----. 1 mysql mysql  5242880 Jan 18 05:06 ib_logfile1
-rw-r-----. 1 mysql mysql 12582912 Jan 18 05:06 ibtmp1
drwxr-x---. 2 mysql mysql     4096 Jan 18 05:06 mysql
srwxrwxrwx. 1 mysql mysql        0 Jan 18 05:12 mysql.sock
drwxr-x---. 2 mysql mysql     4096 Jan 18 05:06 performance_schema
drwxr-x---. 2 mysql mysql       20 Jan 18 05:06 test
-rw-r-----. 1 mysql mysql      475 Jan 18 05:06 xtrabackup_info
-rw-r-----. 1 mysql mysql        1 Jan 18 05:06 xtrabackup_master_key_id
[root@test-centos7-node1 ~]# ll /var/lib/mysql/hellodb/
total 1432
-rw-rw----. 1 mysql mysql  8636 Jan 18 05:21 classes.frm
-rw-rw----. 1 mysql mysql 98304 Jan 18 05:22 classes.ibd
-rw-rw----. 1 mysql mysql  8630 Jan 18 05:21 coc.frm
-rw-rw----. 1 mysql mysql 98304 Jan 18 05:22 coc.ibd
-rw-rw----. 1 mysql mysql  8602 Jan 18 05:21 courses.frm
-rw-rw----. 1 mysql mysql 98304 Jan 18 05:22 courses.ibd
-rw-rw----. 1 mysql mysql    61 Jan 18 05:21 db.opt
-rw-rw----. 1 mysql mysql  8658 Jan 18 05:21 scores.frm
-rw-rw----. 1 mysql mysql 98304 Jan 18 05:22 scores.ibd
-rw-rw----. 1 mysql mysql  8736 Jan 18 05:21 students.frm
-rw-rw----. 1 mysql mysql 98304 Jan 18 05:22 students.ibd
-rw-rw----. 1 mysql mysql  8656 Jan 18 05:21 teachers.frm
-rw-rw----. 1 mysql mysql 98304 Jan 18 05:22 teachers.ibd
-rw-rw----. 1 mysql mysql  8622 Jan 18 05:21 toc.frm
-rw-rw----. 1 mysql mysql 98304 Jan 18 05:22 toc.ibd
[root@test-centos7-node1 ~]# 
[root@test-centos7-node1 ~]# mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 4
Server version: 5.5.56-MariaDB MariaDB Server

Copyright (c) 2000, 2017, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> select * from hellodb.students;
+-------+---------------+-----+--------+---------+-----------+
| StuID | Name          | Age | Gender | ClassID | TeacherID |
+-------+---------------+-----+--------+---------+-----------+
|     1 | Shi Zhongyu   |  22 | M      |       2 |         3 |
|     2 | Shi Potian    |  22 | M      |       1 |         7 |
|     3 | Xie Yanke     |  53 | M      |       2 |        16 |
|     4 | Ding Dian     |  32 | M      |       4 |         4 |
|     5 | Yu Yutong     |  26 | M      |       3 |         1 |
|     6 | Shi Qing      |  46 | M      |       5 |      NULL |
|     7 | Xi Ren        |  19 | F      |       3 |      NULL |
|     8 | Lin Daiyu     |  17 | F      |       7 |      NULL |
|     9 | Ren Yingying  |  20 | F      |       6 |      NULL |
|    10 | Yue Lingshan  |  19 | F      |       3 |      NULL |
|    11 | Yuan Chengzhi |  23 | M      |       6 |      NULL |
|    12 | Wen Qingqing  |  19 | F      |       1 |      NULL |
|    13 | Tian Boguang  |  33 | M      |       2 |      NULL |
|    14 | Lu Wushuang   |  17 | F      |       3 |      NULL |
|    15 | Duan Yu       |  19 | M      |       4 |      NULL |
|    16 | Xu Zhu        |  21 | M      |       1 |      NULL |
|    17 | Lin Chong     |  25 | M      |       4 |      NULL |
|    18 | Hua Rong      |  23 | M      |       7 |      NULL |
|    19 | Xue Baochai   |  18 | F      |       6 |      NULL |
|    20 | Diao Chan     |  19 | F      |       7 |      NULL |
|    21 | Huang Yueying |  22 | F      |       6 |      NULL |
|    22 | Xiao Qiao     |  20 | F      |       1 |      NULL |
|    23 | Ma Chao       |  23 | M      |       4 |      NULL |
|    24 | Xu Xian       |  27 | M      |    NULL |      NULL |
|    25 | Sun Dasheng   | 100 | M      |    NULL |      NULL |
+-------+---------------+-----+--------+---------+-----------+
25 rows in set (0.00 sec)

MariaDB [(none)]> \q
Bye
[root@test-centos7-node1 ~]#

　　说明：可看到hellodb数据库里的表都是单独的数据文件和表结构文件

　　3）单表备份

[root@test-centos7-node1 ~]# innobackupex --include='hellodb.students' /root/table/
xtrabackup: recognized server arguments: --datadir=/var/lib/mysql --innodb_file_per_table=1 
xtrabackup: recognized client arguments: 
200118 05:22:44 innobackupex: Starting the backup operation

IMPORTANT: Please check that the backup run completes successfully.
           At the end of a successful backup run innobackupex
           prints "completed OK!".

200118 05:22:45  version_check Connecting to MySQL server with DSN 'dbi:mysql:;mysql_read_default_group=xtrabackup' (using password: NO).
200118 05:22:45  version_check Connected to MySQL server
200118 05:22:45  version_check Executing a version check against the server...
200118 05:22:45  version_check Done.
200118 05:22:45 Connecting to MySQL server host: localhost, user: not set, password: not set, port: not set, socket: not set
Using server version 5.5.56-MariaDB
innobackupex version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
xtrabackup: uses posix_fadvise().
xtrabackup: cd to /var/lib/mysql
xtrabackup: open files limit requested 0, set to 1024
xtrabackup: using the following InnoDB configuration:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = ./
xtrabackup:   innodb_log_files_in_group = 2
xtrabackup:   innodb_log_file_size = 5242880
InnoDB: Number of pools: 1
200118 05:22:45 >> log scanned up to (1676617)
xtrabackup: Generating a list of tablespaces
InnoDB: Allocated tablespace ID 14 for hellodb/students, old maximum was 0
200118 05:22:45 [01] Copying ./ibdata1 to /root/table/2020-01-18_05-22-44/ibdata1
200118 05:22:45 [01]        ...done
200118 05:22:45 [01] Copying ./hellodb/students.ibd to /root/table/2020-01-18_05-22-44/hellodb/students.ibd
200118 05:22:45 [01]        ...done
200118 05:22:46 >> log scanned up to (1676617)
200118 05:22:46 Executing FLUSH NO_WRITE_TO_BINLOG TABLES...
200118 05:22:46 Executing FLUSH TABLES WITH READ LOCK...
200118 05:22:46 Starting to backup non-InnoDB tables and files
200118 05:22:46 [01] Skipping ./ib_logfile0.
……省略部分内容
200118 05:22:46 [01] Skipping ./hellodb/toc.ibd.
200118 05:22:46 Finished backing up non-InnoDB tables and files
200118 05:22:46 Executing FLUSH NO_WRITE_TO_BINLOG ENGINE LOGS...
xtrabackup: The latest check point (for incremental): '1676617'
xtrabackup: Stopping log copying thread.
.200118 05:22:46 >> log scanned up to (1676617)

200118 05:22:46 Executing UNLOCK TABLES
200118 05:22:46 All tables unlocked
200118 05:22:46 Backup created in directory '/root/table/2020-01-18_05-22-44/'
200118 05:22:46 [00] Writing /root/table/2020-01-18_05-22-44/backup-my.cnf
200118 05:22:46 [00]        ...done
200118 05:22:46 [00] Writing /root/table/2020-01-18_05-22-44/xtrabackup_info
200118 05:22:46 [00]        ...done
xtrabackup: Transaction log of lsn (1676617) to (1676617) was copied.
200118 05:22:46 completed OK!
[root@test-centos7-node1 ~]#

　　4）备份表结构

[root@test-centos7-node1 ~]# mysql -e 'show create table hellodb.students' > student.sql
[root@test-centos7-node1 ~]# cat student.sql
Table   Create Table
students        CREATE TABLE `students` (\n  `StuID` int(10) unsigned NOT NULL AUTO_INCREMENT,\n  `Name` varchar(50) NOT NULL,\n  `Age` tinyint(3) unsigned NOT NULL,\n  `Gender` enum('F','M') NOT NULL,\n  `ClassID` tinyint(3) unsigned DEFAULT NULL,\n  `TeacherID` int(10) unsigned DEFAULT NULL,\n  PRIMARY KEY (`StuID`)\n) ENGINE=InnoDB AUTO_INCREMENT=26 DEFAULT CHARSET=utf8
[root@test-centos7-node1 ~]#

　　5）删除表

[root@test-centos7-node1 ~]# mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 17
Server version: 5.5.56-MariaDB MariaDB Server

Copyright (c) 2000, 2017, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| abc                |
| hellodb            |
| mysql              |
| performance_schema |
| test               |
+--------------------+
6 rows in set (0.00 sec)

MariaDB [(none)]> use hellodb;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
MariaDB [hellodb]> show tables;
+-------------------+
| Tables_in_hellodb |
+-------------------+
| classes           |
| coc               |
| courses           |
| scores            |
| students          |
| teachers          |
| toc               |
+-------------------+
7 rows in set (0.00 sec)

MariaDB [hellodb]> drop table students ;
Query OK, 0 rows affected (0.01 sec)

MariaDB [hellodb]> show tables;         
+-------------------+
| Tables_in_hellodb |
+-------------------+
| classes           |
| coc               |
| courses           |
| scores            |
| teachers          |
| toc               |
+-------------------+
6 rows in set (0.00 sec)

MariaDB [hellodb]>

　　6）整理备份文件

[root@test-centos7-node1 ~]# innobackupex --apply-log --export /root/table/2020-01-18_05-22-44/
xtrabackup: recognized server arguments: --innodb_checksum_algorithm=innodb --innodb_log_checksum_algorithm=innodb --innodb_data_file_path=ibdata1:10M:autoextend --innodb_log_files_in_group=2 --innodb_log_file_size=5242880 --innodb_fast_checksum=0 --innodb_page_size=16384 --innodb_log_block_size=512 --innodb_undo_directory=. --innodb_undo_tablespaces=0 --server-id=0 --redo-log-version=0 
xtrabackup: recognized client arguments: 
200118 05:31:50 innobackupex: Starting the apply-log operation

IMPORTANT: Please check that the apply-log run completes successfully.
           At the end of a successful apply-log run innobackupex
           prints "completed OK!".

innobackupex version 2.4.18 based on MySQL server 5.7.26 Linux (x86_64) (revision id: 29b4ca5)
xtrabackup: auto-enabling --innodb-file-per-table due to the --export option
xtrabackup: cd to /root/table/2020-01-18_05-22-44/
xtrabackup: This target seems to be not prepared yet.
InnoDB: Number of pools: 1
xtrabackup: xtrabackup_logfile detected: size=8388608, start_lsn=(1676617)
xtrabackup: using the following InnoDB configuration for recovery:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = .
xtrabackup:   innodb_log_files_in_group = 1
xtrabackup:   innodb_log_file_size = 8388608
xtrabackup: using the following InnoDB configuration for recovery:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = .
xtrabackup:   innodb_log_files_in_group = 1
xtrabackup:   innodb_log_file_size = 8388608
xtrabackup: Starting InnoDB instance for recovery.
xtrabackup: Using 104857600 bytes for buffer pool (set by --use-memory parameter)
InnoDB: PUNCH HOLE support available
InnoDB: Mutexes and rw_locks use GCC atomic builtins
InnoDB: Uses event mutexes
InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
InnoDB: Compressed tables use zlib 1.2.7
InnoDB: Number of pools: 1
InnoDB: Using CPU crc32 instructions
InnoDB: Initializing buffer pool, total size = 100M, instances = 1, chunk size = 100M
InnoDB: Completed initialization of buffer pool
InnoDB: page_cleaner coordinator priority: -20
InnoDB: Highest supported file format is Barracuda.
InnoDB: The log sequence number 1631794 in the system tablespace does not match the log sequence number 1676617 in the ib_logfiles!
InnoDB: Database was not shutdown normally!
InnoDB: Starting crash recovery.
InnoDB: Removing missing table `hellodb/classes` from InnoDB data dictionary.
InnoDB: Removing missing table `hellodb/coc` from InnoDB data dictionary.
InnoDB: Removing missing table `hellodb/courses` from InnoDB data dictionary.
InnoDB: Removing missing table `hellodb/scores` from InnoDB data dictionary.
InnoDB: Removing missing table `hellodb/teachers` from InnoDB data dictionary.
InnoDB: Removing missing table `hellodb/toc` from InnoDB data dictionary.
InnoDB: Creating shared tablespace for temporary tables
InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
InnoDB: File './ibtmp1' size is now 12 MB.
InnoDB: 96 redo rollback segment(s) found. 1 redo rollback segment(s) are active.
InnoDB: 32 non-redo rollback segment(s) are active.
InnoDB: 5.7.26 started; log sequence number 1676617
xtrabackup: export option is specified.
xtrabackup: export metadata of table 'hellodb/students' to file `./hellodb/students.exp` (1 indexes)
xtrabackup:     name=PRIMARY, id.low=27, page=3

xtrabackup: starting shutdown with innodb_fast_shutdown = 0
InnoDB: FTS optimize thread exiting.
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 1682140
InnoDB: Number of pools: 1
xtrabackup: using the following InnoDB configuration for recovery:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = .
xtrabackup:   innodb_log_files_in_group = 2
xtrabackup:   innodb_log_file_size = 5242880
InnoDB: PUNCH HOLE support available
InnoDB: Mutexes and rw_locks use GCC atomic builtins
InnoDB: Uses event mutexes
InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
InnoDB: Compressed tables use zlib 1.2.7
InnoDB: Number of pools: 1
InnoDB: Using CPU crc32 instructions
InnoDB: Initializing buffer pool, total size = 100M, instances = 1, chunk size = 100M
InnoDB: Completed initialization of buffer pool
InnoDB: page_cleaner coordinator priority: -20
InnoDB: Setting log file ./ib_logfile101 size to 5 MB
InnoDB: Setting log file ./ib_logfile1 size to 5 MB
InnoDB: Renaming log file ./ib_logfile101 to ./ib_logfile0
InnoDB: New log files created, LSN=1682140
InnoDB: Highest supported file format is Barracuda.
InnoDB: Log scan progressed past the checkpoint lsn 1682444
InnoDB: Doing recovery: scanned up to log sequence number 1682453 (0%)
InnoDB: Database was not shutdown normally!
InnoDB: Starting crash recovery.
InnoDB: Removed temporary tablespace data file: "ibtmp1"
InnoDB: Creating shared tablespace for temporary tables
InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
InnoDB: File './ibtmp1' size is now 12 MB.
InnoDB: 96 redo rollback segment(s) found. 1 redo rollback segment(s) are active.
InnoDB: 32 non-redo rollback segment(s) are active.
InnoDB: 5.7.26 started; log sequence number 1682453
xtrabackup: starting shutdown with innodb_fast_shutdown = 0
InnoDB: FTS optimize thread exiting.
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 1682472
200118 05:31:54 completed OK!
[root@test-centos7-node1 ~]#

　　7）创建表

[root@test-centos7-node1 ~]# mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 18
Server version: 5.5.56-MariaDB MariaDB Server

Copyright (c) 2000, 2017, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> use hellodb;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
MariaDB [hellodb]> CREATE TABLE `students` (\n  `StuID` int(10) unsigned NOT NULL AUTO_INCREMENT,\n  `Name` varchar(50) NOT NULL,\n  `Age` tinyint(3) unsigned NOT NULL,\n  `Gender` enum('F','M') NOT NULL,\n  `ClassID` tinyint(3) unsigned DEFAULT NULL,\n  `TeacherID` int(10) unsigned DEFAULT NULL,\n  PRIMARY KEY (`StuID`)\n) ENGINE=InnoDB AUTO_INCREMENT=26 DEFAULT CHARSET=utf8;
PAGER set to stdout
PAGER set to stdout
PAGER set to stdout
PAGER set to stdout
PAGER set to stdout
PAGER set to stdout
PAGER set to stdout
PAGER set to stdout
Query OK, 0 rows affected (0.01 sec)

MariaDB [hellodb]> show tables ;
+-------------------+
| Tables_in_hellodb |
+-------------------+
| classes           |
| coc               |
| courses           |
| scores            |
| students          |
| teachers          |
| toc               |
+-------------------+
7 rows in set (0.01 sec)

MariaDB [hellodb]>

　　8）删除表空间

MariaDB [hellodb]> alter table students discard tablespace;
Query OK, 0 rows affected (0.00 sec)

MariaDB [hellodb]> \q
Bye
[root@test-centos7-node1 ~]# ll /var/lib/mysql/hellodb/
total 664
-rw-rw----. 1 mysql mysql  8636 Jan 18 05:21 classes.frm
-rw-rw----. 1 mysql mysql 98304 Jan 18 05:22 classes.ibd
-rw-rw----. 1 mysql mysql  8630 Jan 18 05:21 coc.frm
-rw-rw----. 1 mysql mysql 98304 Jan 18 05:22 coc.ibd
-rw-rw----. 1 mysql mysql  8602 Jan 18 05:21 courses.frm
-rw-rw----. 1 mysql mysql 98304 Jan 18 05:22 courses.ibd
-rw-rw----. 1 mysql mysql    61 Jan 18 05:21 db.opt
-rw-rw----. 1 mysql mysql  8658 Jan 18 05:21 scores.frm
-rw-rw----. 1 mysql mysql 98304 Jan 18 05:22 scores.ibd
-rw-rw----. 1 mysql mysql  8736 Jan 18 05:32 students.frm
-rw-rw----. 1 mysql mysql  8656 Jan 18 05:21 teachers.frm
-rw-rw----. 1 mysql mysql 98304 Jan 18 05:22 teachers.ibd
-rw-rw----. 1 mysql mysql  8622 Jan 18 05:21 toc.frm
-rw-rw----. 1 mysql mysql 98304 Jan 18 05:22 toc.ibd
[root@test-centos7-node1 ~]# ll /var/lib/mysql/hellodb/students*
-rw-rw----. 1 mysql mysql 8736 Jan 18 05:32 /var/lib/mysql/hellodb/students.frm
[root@test-centos7-node1 ~]#

　　说明：可看到删除了表空间，对应的文件也被删除了

　　9）复制整理后的表文件到hellodb数据库工作目录

[root@test-centos7-node1 ~]# ll /root/table/2020-01-18_05-22-44/hellodb/students.*
-rw-r--r--. 1 root root   640 Jan 18 05:31 /root/table/2020-01-18_05-22-44/hellodb/students.cfg
-rw-r-----. 1 root root 16384 Jan 18 05:31 /root/table/2020-01-18_05-22-44/hellodb/students.exp
-rw-r-----. 1 root root  8736 Jan 18 05:22 /root/table/2020-01-18_05-22-44/hellodb/students.frm
-rw-r-----. 1 root root 98304 Jan 18 05:22 /root/table/2020-01-18_05-22-44/hellodb/students.ibd
[root@test-centos7-node1 ~]# cp /root/table/2020-01-18_05-22-44/hellodb/students.{cfg,exp,ibd} /var/lib/mysql/hellodb/
[root@test-centos7-node1 ~]# chown -R mysql.mysql /var/lib/mysql/hellodb/
[root@test-centos7-node1 ~]# ll /var/lib/mysql/hellodb/
total 780
-rw-rw----. 1 mysql mysql  8636 Jan 18 05:21 classes.frm
-rw-rw----. 1 mysql mysql 98304 Jan 18 05:22 classes.ibd
-rw-rw----. 1 mysql mysql  8630 Jan 18 05:21 coc.frm
-rw-rw----. 1 mysql mysql 98304 Jan 18 05:22 coc.ibd
-rw-rw----. 1 mysql mysql  8602 Jan 18 05:21 courses.frm
-rw-rw----. 1 mysql mysql 98304 Jan 18 05:22 courses.ibd
-rw-rw----. 1 mysql mysql    61 Jan 18 05:21 db.opt
-rw-rw----. 1 mysql mysql  8658 Jan 18 05:21 scores.frm
-rw-rw----. 1 mysql mysql 98304 Jan 18 05:22 scores.ibd
-rw-r--r--. 1 mysql mysql   640 Jan 18 05:40 students.cfg
-rw-r-----. 1 mysql mysql 16384 Jan 18 05:40 students.exp
-rw-rw----. 1 mysql mysql  8736 Jan 18 05:32 students.frm
-rw-r-----. 1 mysql mysql 98304 Jan 18 05:40 students.ibd
-rw-rw----. 1 mysql mysql  8656 Jan 18 05:21 teachers.frm
-rw-rw----. 1 mysql mysql 98304 Jan 18 05:22 teachers.ibd
-rw-rw----. 1 mysql mysql  8622 Jan 18 05:21 toc.frm
-rw-rw----. 1 mysql mysql 98304 Jan 18 05:22 toc.ibd
[root@test-centos7-node1 ~]#

　　说明：整理过后的表文件会多二个文件一个是.cfg的文件，一个是.exp文件，exp文件就是可以用于导入至其它服务器。

　　10）导入表空间

[root@test-centos7-node1 ~]# mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 9
Server version: 5.5.56-MariaDB MariaDB Server

Copyright (c) 2000, 2017, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| abc                |
| hellodb            |
| mysql              |
| performance_schema |
| test               |
+--------------------+
6 rows in set (0.00 sec)

MariaDB [(none)]> use hellodb
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
MariaDB [hellodb]> show tables;
+-------------------+
| Tables_in_hellodb |
+-------------------+
| classes           |
| coc               |
| courses           |
| scores            |
| students          |
| teachers          |
| toc               |
+-------------------+
7 rows in set (0.00 sec)

MariaDB [hellodb]> select * from students;
ERROR 1030 (HY000): Got error -1 from storage engine
MariaDB [hellodb]> alter table hellodb.students  import tablespace;
ERROR 1030 (HY000): Got error -1 from storage engine
MariaDB [hellodb]> show variables like 'innodb_import%';
+-------------------------------------+-------+
| Variable_name                       | Value |
+-------------------------------------+-------+
| innodb_import_table_from_xtrabackup | 0     |
+-------------------------------------+-------+
1 row in set (0.00 sec)

MariaDB [hellodb]> set global innodb_import_table_from_xtrabackup=1;
Query OK, 0 rows affected (0.00 sec)

MariaDB [hellodb]> show variables like 'innodb_import%';            
+-------------------------------------+-------+
| Variable_name                       | Value |
+-------------------------------------+-------+
| innodb_import_table_from_xtrabackup | 1     |
+-------------------------------------+-------+
1 row in set (0.00 sec)

MariaDB [hellodb]> alter table hellodb.students  import tablespace;
Query OK, 0 rows affected (0.01 sec)

MariaDB [hellodb]> select * from students;                          
+-------+---------------+-----+--------+---------+-----------+
| StuID | Name          | Age | Gender | ClassID | TeacherID |
+-------+---------------+-----+--------+---------+-----------+
|     1 | Shi Zhongyu   |  22 | M      |       2 |         3 |
|     2 | Shi Potian    |  22 | M      |       1 |         7 |
|     3 | Xie Yanke     |  53 | M      |       2 |        16 |
|     4 | Ding Dian     |  32 | M      |       4 |         4 |
|     5 | Yu Yutong     |  26 | M      |       3 |         1 |
|     6 | Shi Qing      |  46 | M      |       5 |      NULL |
|     7 | Xi Ren        |  19 | F      |       3 |      NULL |
|     8 | Lin Daiyu     |  17 | F      |       7 |      NULL |
|     9 | Ren Yingying  |  20 | F      |       6 |      NULL |
|    10 | Yue Lingshan  |  19 | F      |       3 |      NULL |
|    11 | Yuan Chengzhi |  23 | M      |       6 |      NULL |
|    12 | Wen Qingqing  |  19 | F      |       1 |      NULL |
|    13 | Tian Boguang  |  33 | M      |       2 |      NULL |
|    14 | Lu Wushuang   |  17 | F      |       3 |      NULL |
|    15 | Duan Yu       |  19 | M      |       4 |      NULL |
|    16 | Xu Zhu        |  21 | M      |       1 |      NULL |
|    17 | Lin Chong     |  25 | M      |       4 |      NULL |
|    18 | Hua Rong      |  23 | M      |       7 |      NULL |
|    19 | Xue Baochai   |  18 | F      |       6 |      NULL |
|    20 | Diao Chan     |  19 | F      |       7 |      NULL |
|    21 | Huang Yueying |  22 | F      |       6 |      NULL |
|    22 | Xiao Qiao     |  20 | F      |       1 |      NULL |
|    23 | Ma Chao       |  23 | M      |       4 |      NULL |
|    24 | Xu Xian       |  27 | M      |    NULL |      NULL |
|    25 | Sun Dasheng   | 100 | M      |    NULL |      NULL |
+-------+---------------+-----+--------+---------+-----------+
25 rows in set (0.00 sec)

MariaDB [hellodb]>

　　说明：最开始不能查看数据的原因是表空间没有导入进来，所以不能查看表里的内容。开始导入不了表空间的原因是innodb_import_table_from_xtrabackup 变量默认是0 不开启从xtrabackup导入，设置为1后则允许导入。这里需要提醒下mysql5.5.10之前需要开启innodb_expand_import才可以导入表空间，后面的版本将innodb_expand_import变量改名为innodb_import_table_from_xtrabackup 所以5.5.10后需要开启innodb_import_table_from_xtrabackup=1就可以导入表空间了

你可能感兴趣的:(xtrabackup备份还原mariadb数据库)

Google earth studio 简介陟彼高冈yu 旅游
GoogleEarthStudio是一个基于Web的动画工具，专为创作使用GoogleEarth数据的动画和视频而设计。它利用了GoogleEarth强大的三维地图和卫星影像数据库，使用户能够轻松地创建逼真的地球动画、航拍视频和动态地图可视化。网址为https://www.google.com/earth/studio/。GoogleEarthStudio是一个基于Web的动画工具，专为创作使用G
关于提高复杂业务逻辑代码可读性的思考编程经验分享开发经验 java 数据库开发语言
目录前言需求场景常规写法拆分方法领域对象总结前言实际工作中大部分时间都是在写业务逻辑，一般都是三层架构，表示层（Controller）接收客户端请求，并对入参做检验，业务逻辑层（Service）负责处理业务逻辑，一般开发都是在这一层中写具体的业务逻辑。数据访问层（Dao）是直接和数据库交互的，用于查数据给业务逻辑层，或者是将业务逻辑层处理后的数据写入数据库。简单的增删改查接口不用多说，基本上写好一
SQL Server_查询某一数据库中的所有表的内容 qq_42772833 SQL Server 数据库 sqlserver
1.查看所有表的表名要列出CrabFarmDB数据库中的所有表（名），可以使用以下SQL语句：USECrabFarmDB;--切换到目标数据库GOSELECTTABLE_NAMEFROMINFORMATION_SCHEMA.TABLESWHERETABLE_TYPE='BASETABLE';对这段SQL脚本的解释：SELECTTABLE_NAME：这个语句的作用是从查询结果中选择TABLE_NAM
深入理解 MultiQueryRetriever：提升向量数据库检索效果的强大工具 nseejrukjhad 数据库 python
深入理解MultiQueryRetriever：提升向量数据库检索效果的强大工具引言在人工智能和自然语言处理领域，高效准确的信息检索一直是一个关键挑战。传统的基于距离的向量数据库检索方法虽然广泛应用，但仍存在一些局限性。本文将介绍一种创新的解决方案：MultiQueryRetriever，它通过自动生成多个查询视角来增强检索效果，提高结果的相关性和多样性。MultiQueryRetriever的工
MongoDB Oplog 窗口喝醉酒的小白 MongoDB 运维
在MongoDB中，oplog（操作日志）是一个特殊的日志系统，用于记录对数据库的所有写操作。oplog允许副本集成员（通常是从节点）应用主节点上已经执行的操作，从而保持数据的一致性。它是MongoDB副本集实现数据复制的基础。MongoDBOplog窗口oplog窗口是指在MongoDB副本集中，从节点可以用来同步数据的时间范围。这个窗口通常由以下因素决定：Oplog大小：oplog的大小是有限
python os 环境变量 CV矿工 python 开发语言 numpy
环境变量：环境变量是程序和操作系统之间的通信方式。有些字符不宜明文写进代码里，比如数据库密码，个人账户密码，如果写进自己本机的环境变量里，程序用的时候通过os.environ.get（）取出来就行了。os.environ是一个环境变量的字典。环境变量的相关操作importos"""设置/修改环境变量：os.environ[‘环境变量名称’]=‘环境变量值’#其中key和value均为string类
【PG】常见数据库、表属性设置江无羡数据库
PG的常见属性配置方法数据库复制、备份相关表的复制标识单表操作批量表操作链接数据库复制、备份相关表的复制标识单表操作通过ALTER语句单独更改一张表的复制标识。ALTERTABLE[tablename]REPLICAIDENTITYFULL;批量表操作通过代码块的方式，对某个schema中的所有表一起更新其复制标识。SELECTtablename,CASErelreplidentWHEN'd'TH
nosql数据库技术与应用知识点皆过客，揽星河 NoSQL nosql 数据库大数据数据分析数据结构非关系型数据库
Nosql知识回顾大数据处理流程数据采集(flume、爬虫、传感器)数据存储(本门课程NoSQL所处的阶段)Hdfs、MongoDB、HBase等数据清洗(入仓)Hive等数据处理、分析(Spark、Flink等)数据可视化数据挖掘、机器学习应用(Python、SparkMLlib等)大数据时代存储的挑战(三高)高并发(同一时间很多人访问)高扩展(要求随时根据需求扩展存储)高效率(要求读写速度快)
Linux MariaDB使用OpenSSL安装SSL证书 Meta39 MySQL Oracle MariaDB Linux Windows ssl linux mariadb
进入到证书存放目录，批量删除.pem证书警告：确保已经进入到证书存放目录find.-typef-iname\*.pem-delete查看是否安装OpenSSLopensslversion没有则安装yuminstallopensslopenssl-devel开启SSL编辑/etc/my.cnf文件（没有的话就创建，但是要注意，在/etc/my.cnf.d/server.cnf配置了datadir的，
insert into select 主键自增_mybatis拦截器实现主键自动生成 weixin_39521651 insert into select 主键自增 mybatis delete返回值 mybatis insert返回主键 mybatis insert返回对象 mybatis plus insert返回主键 mybatis plus 插入生成id
前言前阵子和朋友聊天，他说他们项目有个需求，要实现主键自动生成，不想每次新增的时候，都手动设置主键。于是我就问他，那你们数据库表设置主键自动递增不就得了。他的回答是他们项目目前的id都是采用雪花算法来生成，因此为了项目稳定性，不会切换id的生成方式。朋友问我有没有什么实现思路，他们公司的orm框架是mybatis，我就建议他说，不然让你老大把mybatis切换成mybatis-plus。mybat
关于Mysql 中 Row size too large (＞ 8126) 错误的解决和理解秋刀prince mysql mysql 数据库
提示：啰嗦一嘴，数据库的任何操作和验证前，一定要记得先备份！！！不会有错；文章目录问题发现一、问题导致的可能原因1、页大小2、行格式2.1compact格式2.2Redundant格式2.3Dynamic格式2.4Compressed格式3、BLOB和TEXT列二、解决办法1、修改页大小（不推荐）2、修改行格式3、修改数据类型为BLOB和TEXT列4、其他优化方式（可以参考使用）4.1合理设置数据
Java爬虫框架（一）--架构设计狼图腾-狼之传说 java 框架 java 任务 html解析器存储电子商务
一、架构图那里搜网络爬虫框架主要针对电子商务网站进行数据爬取，分析，存储，索引。爬虫：爬虫负责爬取，解析，处理电子商务网站的网页的内容数据库：存储商品信息索引：商品的全文搜索索引Task队列：需要爬取的网页列表Visited表：已经爬取过的网页列表爬虫监控平台：web平台可以启动，停止爬虫，管理爬虫，task队列，visited表。二、爬虫1.流程1)Scheduler启动爬虫器，TaskMast
MongoDB知识概括 GeorgeLin98 持久层 mongodb
MongoDB知识概括MongoDB相关概念单机部署基本常用命令索引-IndexSpirngDataMongoDB集成副本集分片集群安全认证MongoDB相关概念业务应用场景：传统的关系型数据库（如MySQL），在数据操作的“三高”需求以及应对Web2.0的网站需求面前，显得力不从心。解释：“三高”需求：①Highperformance-对数据库高并发读写的需求。②HugeStorage-对海量数
Mongodb Error: queryTxt ETIMEOUT xxxx.wwwdz.mongodb.net 佛一脚 error react mongodb 数据库
背景每天都能遇到奇怪的问题，做个记录，以便有缘人能得到帮助！换了一台电脑开发nextjs程序。需要连接mongodb数据，对数据进行增删改查。上一台电脑好好的程序，新电脑死活连不上mongodb数据库。同一套代码，没任何修改，搞得我怀疑人生了，打开浏览器进入mongodb官网毫无问题，也能进入线上系统查看数据，网络应该是没问题。于是我尝试了一下手机热点，这次代码能正常跑起来，连接数据库了！！！是不
入门MySQL——查询语法练习 K_un
前言：前面几篇文章为大家介绍了DML以及DDL语句的使用方法，本篇文章将主要讲述常用的查询语法。其实MySQL官网给出了多个示例数据库供大家实用查询，下面我们以最常用的员工示例数据库为准，详细介绍各自常用的查询语法。1.员工示例数据库导入官方文档员工示例数据库介绍及下载链接：https://dev.mysql.com/doc/employee/en/employees-installation.h
博客网站制作教程 2401_85194651 java maven
首先就是技术框架：后端：Java+SpringBoot数据库：MySQL前端：Vue.js数据库连接：JPA(JavaPersistenceAPI)1.项目结构blog-app/├──backend/│├──src/main/java/com/example/blogapp/││├──BlogApplication.java││├──config/│││└──DatabaseConfig.java
ubuntu安装wordpress lissettecarlr
1安装nginx网上安装方式很多，这就就直接用apt-get了apt-getinstallnginx不用启动啥，然后直接在浏览器里面输入IP:80就能看到nginx的主页了。如果修改了一些配置可以使用下列命令重启一下systemctlrestartnginx.service2安装mysql输入安装前也可以更新一下软件源，在安装过程中将会让你输入数据库的密码。sudoapt-getinstallmy
深入浅出 -- 系统架构之负载均衡Nginx的性能优化 xiaoli8748_软件开发系统架构系统架构负载均衡 nginx
一、Nginx性能优化到这里文章的篇幅较长了，最后再来聊一下关于Nginx的性能优化，主要就简单说说收益最高的几个优化项，在这块就不再展开叙述了，毕竟影响性能都有多方面原因导致的，比如网络、服务器硬件、操作系统、后端服务、程序自身、数据库服务等，对于性能调优比较感兴趣的可以参考之前《JVM性能调优》中的调优思想。优化一：打开长连接配置通常Nginx作为代理服务，负责分发客户端的请求，那么建议开启H
【RabbitMQ 项目】服务端：数据管理模块之绑定管理月夜星辉雪 rabbitmq 分布式
文章目录一.编写思路二.代码实践一.编写思路定义绑定信息类交换机名称队列名称绑定关键字：交换机的路由交换算法中会用到没有是否持久化的标志，因为绑定是否持久化取决于交换机和队列是否持久化，只有它们都持久化时绑定才需要持久化。绑定就好像一根绳子，两端连接着交换机和队列，当一方不存在，它就没有存在的必要了定义绑定持久化类构造函数：如果数据库文件不存在则创建，打开数据库，创建binding_table插入
计算机毕业设计PHP仓储综合管理系统（源码+程序+VUE+lw+部署） java毕设程序源码王哥 php 课程设计 vue.js
该项目含有源码、文档、程序、数据库、配套开发软件、软件安装教程。欢迎交流项目运行环境配置：phpStudy+Vscode+Mysql5.7+HBuilderX+Navicat11+Vue+Express。项目技术：原生PHP++Vue等等组成，B/S模式+Vscode管理+前后端分离等等。环境需要1.运行环境：最好是小皮phpstudy最新版，我们在这个版本上开发的。其他版本理论上也可以。2.开发
3.增删改查--连接查询问女何所忆
关系型数据库的一个特点就是，多张表之间存在关系，以致于我们可以连接多张表进行查询操作，所以连接查询会是关系型数据库中最常见的操作。连接查询主要分为三种，交叉连接、内连接和外连接，我们一个个说。1、交叉连接交叉连接其实连接查询的第一个阶段，它简单表现为两张表的笛卡尔积形式，具体例子：如果你没学过数学中的笛卡尔积概念，你可以这样简单的理解这里的交叉连接：两张表的交叉连接就是一个连接合并的过程，T1表中
docker from指令的含义_多个FROM-含义 weixin_39722188 docker from指令的含义
小编典典什么是基本图片？一组文件，加上EXPOSE端口ENTRYPOINT和CMD。您可以添加文件并基于该基础图像构建新图像，Dockerfile并以FROM指令开头：后面提到的图像FROM是新图像的“基础图像”。这是否意味着如果我neo4j/neo4j在FROM指令中声明，则在运行映像时，neo数据库将自动运行并且可在端口7474的容器中使用？仅当您不覆盖CMD和时ENTRYPOINT。但是图像
Redis:缓存击穿我的程序快快跑啊缓存 redis java
缓存击穿(热点key)：部分key(被高并发访问且缓存重建业务复杂的)失效,无数请求会直接到数据库，造成巨大压力1.互斥锁：可以保证强一致性线程一：未命中之后，获取互斥锁，再查询数据库重建缓存，写入缓存，释放锁线程二：查询未命中，未获得锁(已由线程一获得)，等待一会，缓存命中互斥锁实现方式：redis中setnxkeyvalue:改变对应key的value,仅当value不存在时执行，以此来实现互
mysql学习教程，从入门到精通，TOP 和MySQL LIMIT 子句（15）知识分享小能手大数据数据库 MySQL mysql 学习 oracle 数据库开发语言 adb 大数据
1、TOP和MySQLLIMIT子句内容在SQL中，不同的数据库系统对于限制查询结果的数量有不同的实现方式。TOP关键字主要用于SQLServer和Access数据库中，而LIMIT子句则主要用于MySQL、PostgreSQL（通过LIMIT/OFFSET语法）、SQLite等数据库中。下面将分别详细介绍这两个功能的语法、语句以及案例。1.1、TOP子句（SQLServer和Access）1.1
ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your †徐先森® Oracle数据库 Web相关错误集
createtablestudents(idintunsignedprimarykeyauto_increment,namevarchar(50)notnull,ageintunsigned,highdecimal(3,2),genderenum('男','女','中性','保密','妖')default'保密',cls_idintunsigned);在对数据库插入如上带有中文带有默认值的字段的时
Redis 有哪些危险命令？如何防范？花小疯 redis 缓存数据库危险命令大数据
Redis有哪些危险命令？Redis的危险命令主要有以下几个：1.keys客户端可查询出所有存在的键。2.flushdb删除Redis中当前所在数据库中的所有记录，并且此命令从不会执行失败。3.flushall删除Redis中所有数据库中的所有记录，不止是当前所在数据库，并且此命令从不会执行失败。4.config客户端可修改Redis配置。怎么禁用和重命名危险命令？看下redis.conf默认配置
【Golang】 Golang 的 GORM 库中的 Rows 函数不爱洗脚的小滕 golang 开发语言后端
文章目录前言一、Rows函数解释二、代码实现三、总结前言在使用Go语言进行数据库操作时，GORM（GoObject-RelationalMapping）库是一个常用的工具。它提供了一种简洁和强大的方式来处理数据库操作。本文将介绍GORM库中的Rows函数，这是一个用于执行原生SQL查询并返回结果的函数。一、Rows函数解释在GORM库中，Rows函数用于执行原生SQL查询并返回*sql.Rows结
接口测试如何设计测试用例李蕴Ronnie
接口测试用例设计方式针对每个必填参数，都设计一条参数为空的测试用例必填参数不存在传的参数值在数据库中不存在添加数据接口，传入已有的数据重复添加编辑数据接口，各个字段分别编辑，合并编辑参数数据类型限制，针对每个参数设计一条参数值类型不符合的逆向用例参数自身取值范围，针对所有参数，设计一条每个参数值在取值范围内最大值的正向测试用例是否满足前提条件（token、headers），几个前提条件几条用例针对
Hadoop架构 henan程序媛 hadoop 大数据分布式
一、案列分析1.1案例概述现在已经进入了大数据(BigData)时代，数以万计用户的互联网服务时时刻刻都在产生大量的交互，要处理的数据量实在是太大了，以传统的数据库技术等其他手段根本无法应对数据处理的实时性、有效性的需求。HDFS顺应时代出现，在解决大数据存储和计算方面有很多的优势。1.2案列前置知识点1.什么是大数据大数据是指无法在一定时间范围内用常规软件工具进行捕捉、管理和处理的大量数据集合，
非关系型数据库天秤-white nosql
一、为什么要用Nosql1.单机MySQL的时代。一个基本的网站访问量一般不会太大，单个数据库完全足够。那时候更多使用的静态网页html，服务器根本没有太大压力。这时候网站的瓶颈是什么？-数据量如果太大，一个机器放不下。-数据量太大需要建立数据的索引（B+Tree），一个服务器内存放不下。-访问量读写混合，一个服务器承受不了。2.memcached缓存+MySQL+垂直拆分（读写分离）。网站80%
iOS http封装 374016526 ios 服务器交互 http 网络请求
程序开发避免不了与服务器的交互，这里打包了一个自己写的http交互库。希望可以帮到大家。内置一个basehttp，当我们创建自己的service可以继承实现。 KuroAppBaseHttp *baseHttp = [[KuroAppBaseHttp alloc] init]; [baseHttp setDelegate:self]; [baseHttp
lolcat ：一个在 Linux 终端中输出彩虹特效的命令行工具 brotherlamp linux linux教程 linux视频 linux自学 linux资料
那些相信 Linux 命令行是单调无聊且没有任何乐趣的人们，你们错了，这里有一些有关 Linux 的文章，它们展示着 Linux 是如何的有趣和“淘气” 。在本文中，我将讨论一个名为“lolcat”的小工具 – 它可以在终端中生成彩虹般的颜色。何为 lolcat ? Lolcat 是一个针对 Linux，BSD 和 OSX 平台的工具，它类似于 cat 命令，并为 cat
MongoDB索引管理（1）——[九] eksliang mongodb MongoDB管理索引
转载请出自出处：http://eksliang.iteye.com/blog/2178427 一、概述数据库的索引与书籍的索引类似，有了索引就不需要翻转整本书。数据库的索引跟这个原理一样，首先在索引中找，在索引中找到条目以后，就可以直接跳转到目标文档的位置，从而使查询速度提高几个数据量级。不使用索引的查询称
Informatica参数及变量 18289753290 Informatica 参数变量
下面是本人通俗的理解，如有不对之处，希望指正 info参数的设置：在info中用到的参数都在server的专门的配置文件中（最好以parma）结尾下面的GLOBAl就是全局的，$开头的是系统级变量，$$开头的变量是自定义变量。如果是在session中或者mapping中用到的变量就是局部变量，那就把global换成对应的session或者mapping名字。 [GLOBAL] $Par
python 解析unicode字符串为utf8编码字符串酷的飞上天空 unicode
php返回的json字符串如果包含中文，则会被转换成\uxx格式的unicode编码字符串返回。在浏览器中能正常识别这种编码，但是后台程序却不能识别，直接输出显示的是\uxx的字符，并未进行转码。转换方式如下 >>> import json >>> q = '{"text":"\u4
Hibernate的总结永夜-极光 Hibernate
1.hibernate的作用,简化对数据库的编码,使开发人员不必再与复杂的sql语句打交道做项目大部分都需要用JAVA来链接数据库，比如你要做一个会员注册的页面，那么获取到用户填写的基本信后，你要把这些基本信息存入数据库对应的表中，不用hibernate还有mybatis之类的框架，都不用的话就得用JDBC，也就是JAVA自己的，用这个东西你要写很多的代码，比如保存注册信
SyntaxError: Non-UTF-8 code starting with '\xc4' 随便小屋 python
刚开始看一下Python语言，传说听强大的，但我感觉还是没Java强吧！写Hello World的时候就遇到一个问题，在Eclipse中写的，代码如下 ''' Created on 2014年10月27日 @author: Logic ''' print("Hello World!"); 运行结果 SyntaxError: Non-UTF-8
学会敬酒礼仪不做酒席菜鸟 aijuans 菜鸟
俗话说，酒是越喝越厚，但在酒桌上也有很多学问讲究，以下总结了一些酒桌上的你不得不注意的小细节。细节一：领导相互喝完才轮到自己敬酒。敬酒一定要站起来，双手举杯。细节二：可以多人敬一人，决不可一人敬多人，除非你是领导。细节三：自己敬别人，如果不碰杯，自己喝多少可视乎情况而定，比如对方酒量，对方喝酒态度，切不可比对方喝得少，要知道是自己敬人。细节四：自己敬别人，如果碰杯，一
《创新者的基因》读书笔记 aoyouzi 读书笔记《创新者的基因》
创新者的基因创新者的“基因”，即最具创意的企业家具备的五种“发现技能”：联想，观察，实验，发问，建立人脉。第一部分破坏性创新，从你开始第一章破坏性创新者的基因如何获得启示：发现以下的因素起到了催化剂的作用：(1) -个挑战现状的问题；(2)对某项技术、某个公司或顾客的观察；(3) -次尝试新鲜事物的经验或实验；(4)与某人进行了一次交谈，为他点醒
表单验证技术百合不是茶 JavaScript DOM对象 String对象事件
js最主要的功能就是验证表单,下面是我对表单验证的一些理解,贴出来与大家交流交流 ,数显我们要知道表单验证需要的技术点, String对象,事件,函数一:String对象;通常是对字符串的操作; 1,String的属性; 字符串.length;表示该字符串的长度; var str= "java"
web.xml配置详解之context-param bijian1013 java servlet web.xml context-param
一.格式定义： <context-param> <param-name>contextConfigLocation</param-name> <param-value>contextConfigLocationValue></param-value> </context-param> 作用：该元
Web系统常见编码漏洞（开发工程师知晓） Bill_chen sql PHP Web fckeditor 脚本
1.头号大敌：SQL Injection 原因：程序中对用户输入检查不严格，用户可以提交一段数据库查询代码，根据程序返回的结果，获得某些他想得知的数据，这就是所谓的SQL Injection，即SQL注入。本质: 对于输入检查不充分，导致SQL语句将用户提交的非法数据当作语句的一部分来执行。示例： String query = "SELECT id FROM users
【MongoDB学习笔记六】MongoDB修改器 bit1129 mongodb
本文首先介绍下MongoDB的基本的增删改查操作，然后，详细介绍MongoDB提供的修改器，以完成各种各样的文档更新操作 MongoDB的主要操作 show dbs 显示当前用户能看到哪些数据库 use foobar 将数据库切换到foobar show collections 显示当前数据库有哪些集合 db.people.update，update不带参数，可
提高职业素养，做好人生规划白糖_ 人生
培训讲师是成都著名的企业培训讲师，他在讲课中提出的一些观点很新颖，在此我收录了一些分享一下。注：讲师的观点不代表本人的观点，这些东西大家自己揣摩。 1、什么是职业规划：职业规划并不完全代表你到什么阶段要当什么官要拿多少钱，这些都只是梦想。职业规划是清楚的认识自己现在缺什么，这个阶段该学习什么，下个阶段缺什么，又应该怎么去规划学习，这样才算是规划。
国外的网站你都到哪边看？ bozch 技术网站国外
学习软件开发技术，如果没有什么英文基础，最好还是看国内的一些技术网站，例如：开源OSchina，csdn，iteye,51cto等等。个人感觉如果英语基础能力不错的话，可以浏览国外的网站来进行软件技术基础的学习，例如java开发中常用的到的网站有apache.org 里面有apache的很多Projects,springframework.org是spring相关的项目网站,还有几个感觉不错的
编程之美-光影切割问题 bylijinnan 编程之美
package a; public class DisorderCount { /**《编程之美》“光影切割问题” * 主要是两个问题： * 1.数学公式（设定没有三条以上的直线交于同一点）： * 两条直线最多一个交点，将平面分成了4个区域； * 三条直线最多三个交点，将平面分成了7个区域； * 可以推出：N条直线 M个交点，区域数为N+M+1。
关于Web跨站执行脚本概念 chenbowen00 Web 安全跨站执行脚本
跨站脚本攻击(XSS)是web应用程序中最危险和最常见的安全漏洞之一。安全研究人员发现这个漏洞在最受欢迎的网站,包括谷歌、Facebook、亚马逊、PayPal,和许多其他网站。如果你看看bug赏金计划,大多数报告的问题属于 XSS。为了防止跨站脚本攻击,浏览器也有自己的过滤器,但安全研究人员总是想方设法绕过这些过滤器。这个漏洞是通常用于执行cookie窃取、恶意软件传播,会话劫持,恶意重定向。在
[开源项目与投资]投资开源项目之前需要统计该项目已有的用户数 comsci 开源项目
现在国内和国外,特别是美国那边,突然出现很多开源项目,但是这些项目的用户有多少,有多少忠诚的粉丝,对于投资者来讲,完全是一个未知数,那么要投资开源项目,我们投资者必须准确无误的知道该项目的全部情况,包括项目发起人的情况,项目的维持时间..项目的技术水平,项目的参与者的势力,项目投入产出的效益.....
oracle alert log file（告警日志文件） daizj oracle 告警日志文件 alert log file
The alert log is a chronological log of messages and errors, and includes the following items: All internal errors (ORA-00600), block corruption errors (ORA-01578), and deadlock errors (ORA-00060)
关于 CAS SSO 文章声明 denger SSO
由于几年前写了几篇 CAS 系列的文章，之后陆续有人参照文章去实现，可都遇到了各种问题，同时经常或多或少的收到不少人的求助。现在这时特此说明几点： 1. 那些文章发表于好几年前了，CAS 已经更新几个很多版本了，由于近年已经没有做该领域方面的事情，所有文章也没有持续更新。 2. 文章只是提供思路，尽管 CAS 版本已经发生变化，但原理和流程仍然一致。最重要的是明白原理，然后
初二上学期难记单词 dcj3sjt126com english word
lesson 课 traffic 交通 matter 要紧；事物 happy 快乐的，幸福的 second 第二的 idea 主意；想法；意见 mean 意味着 important 重要的，重大的 never 从来，决不 afraid 害怕的 fifth 第五的 hometown 故乡，家乡 discuss 讨论；议论 east 东方的 agree 同意；赞成 bo
uicollectionview 纯代码布局, 添加头部视图 dcj3sjt126com Collection
#import <UIKit/UIKit.h> @interface myHeadView : UICollectionReusableView { UILabel *TitleLable; } -(void)setTextTitle; @end #import "myHeadView.h" @implementation m
N 位随机数字串的 JAVA 生成实现 FX夜归人 java Math 随机数 Random
/** * 功能描述随机数工具类<br /> * @author FengXueYeGuiRen * 创建时间 2014-7-25<br /> */ public class RandomUtil { // 随机数生成器 private static java.util.Random random = new java.util.R
Ehcache（09）——缓存Web页面 234390216 ehcache 页面缓存
页面缓存目录 1 SimplePageCachingFilter 1.1 calculateKey 1.2 可配置的初始化参数 1.2.1 cach
spring中少用的注解@primary解析 jackyrong primary
这次看下spring中少见的注解@primary注解，例子 @Component public class MetalSinger implements Singer{ @Override public String sing(String lyrics) { return "I am singing with DIO voice
Java几款性能分析工具的对比 lbwahoo java
Java几款性能分析工具的对比摘自：http://my.oschina.net/liux/blog/51800 在给客户的应用程序维护的过程中，我注意到在高负载下的一些性能问题。理论上，增加对应用程序的负载会使性能等比率的下降。然而，我认为性能下降的比率远远高于负载的增加。我也发现，性能可以通过改变应用程序的逻辑来提升，甚至达到极限。为了更详细的了解这一点，我们需要做一些性能
JVM参数配置大全 nickys jvm 应用服务器
JVM参数配置大全 /usr/local/jdk/bin/java -Dresin.home=/usr/local/resin -server -Xms1800M -Xmx1800M -Xmn300M -Xss512K -XX:PermSize=300M -XX:MaxPermSize=300M -XX:SurvivorRatio=8 -XX:MaxTenuringThreshold=5 -
搭建 CentOS 6 服务器(14) - squid、Varnish rensanning varnish
（一）squid 安装 # yum install httpd-tools -y # htpasswd -c -b /etc/squid/passwords squiduser 123456 # yum install squid -y 设置 # cp /etc/squid/squid.conf /etc/squid/squid.conf.bak # vi /etc/
Spring缓存注解@Cache使用 tom_seed spring
参考资料 http://www.ibm.com/developerworks/cn/opensource/os-cn-spring-cache/ http://swiftlet.net/archives/774 缓存注解有以下三个： @Cacheable @CacheEvict @CachePut
dom4j解析XML时出现"java.lang.noclassdeffounderror: org/jaxen/jaxenexception"错误 xp9802
java.lang.NoClassDefFoundError: org/jaxen/JaxenExc 关键字: java.lang.noclassdeffounderror: org/jaxen/jaxenexception 使用dom4j解析XML时，要快速获取某个节点的数据，使用XPath是个不错的方法，dom4j的快速手册里也建议使用这种方式执行时却抛出以下异常： Exceptio