本文实践版本:MySQL5.7
物理备份是指直接复制存储数据库内容的目录和文件,这种类型的备份适用于出现问题时需要快速恢复的大型重要数据库。
逻辑备份保存以逻辑数据库结构(create database、create table)和内容(insert 语句)表示的信息,也就是保存的是创建数据库、创建表和插入数据的sql语句。这种类型的备份适用于较小数量的数据,可以在其中编辑数据值或表结构,或者在不同的机器架构上重新创建数据。
物理备份特点如下:
(1)备份由数据库目录和文件副本组成,通常是MySQL整个或者部分数据目录;
(2)物理备份比逻辑备份要快,因为它只是复制文件,并不需要做什么转化;
(3)比逻辑备份更紧凑或者压缩性更好;
(4)因为备份速度和紧凑性对于繁忙、重要的数据库非常重要,MySQL企业版执行物理备份;
(5)备份的粒度范围从整个数据目录的级别到各个文件的级别。这可能提供表级粒度,也可能不提供,这取决于存储引擎。例如,InnoDB表可以单独存储在一个文件中,也可以与其他InnoDB表共享文件存储空间;每个MyISAM表只对应于一组文件。
(6)除了数据库之外,备份还可以包括任何相关文件,如日志或配置文件。
(7)以这种方式备份内存表中的数据比较困难,因为它们的内容并不存储在磁盘上。
(8)备份只能移植到具有相同或类似硬件特征的其他机器上;
(9)可以在MySQL服务器不运行时执行备份。如果服务器正在运行,则有必要执行适当的锁定,以便服务器在备份期间不会更改数据库内容。MySQL Enterprise Backup自动锁定备份的表;
(10)物理备份工具包括用于InnoDB或任何其他表的MySQL企业备份的mysqlbackup,或用于MyISAM表的文件系统级命令(如cp、scp、tar、rsync)。
逻辑备份特点如下:
(1)逻辑备份工具包括mysqldump程序和SELECT…INTO OUTFILE语句,适用于任何存储引擎,甚至内存;
(2)在运行MySQL服务器时执行逻辑备份;
(3)以逻辑格式存储的备份与机器无关,并且具有高度的可移植性;
(4)备份不包括日志或配置文件,或不属于数据库的其他与数据库相关的文件;
(5)无论任何存储引擎,备份和恢复粒度可用于服务器级别(所有数据库)、数据库级别(特定数据库中的所有表)或表级别;
(6)备份的输出比物理备份大,尤其是以文本格式保存时;
(7)和物理备份相比,要慢些,因为服务器必须访问数据库信息并将其转换为逻辑格式。如果输出写在客户端,服务器还必须将其发送到备份程序。
全量备份是指某个时间点MySQL服务器管理的所有数据的备份,增量备份是指备份一个时间点到另一个时间点变化的数据,全量备份和增量备份区别是很明显的,第一次备份使用全量备份是必须的,但是每次都是全量备份,势必浪费时间和磁盘空间,特别是数据库变化很小的情况下,此时使用增量备份是一个比较好的选择。
它是MySQL自带的命令,先备份buffer中数据,然后再备份磁盘中的数据。生成的是一个包好sql语句的备份文件。下面分别以全库,单个数据库,单个表,表结构,表数据的备份为例说明它的基本用法。
可以如下备份全库
mysqldump -uroot -proot --all-databases --single-transaction > 20190201-1325_all_backup.sql
-uroot:数据库登录用户为root;
-proot:数据库登录密码root,为了安全,建议使用-p,密码在执行命令后输入;
--all-databases:表示备份全库;
--singe-trasanction:保证了mysqldump看到的数据是一致的,此时其他事务对数据的修改,mysqldump是看不到的,其实在执行改名前,获得了所有数据库中所有表上的一个全局读锁(read lock);
>:输出符号;
20190201-1325_all_backup.sql:sql文件名,执行备份命令后,备份结果就保存在这个文件中,文件名中最好要包含备份时间、备份范围、backup关键字等信息,例如文件表示备份时间是2019年2月1日下午1点25分,all表示文件包含的是全库信息,backup表示这个文件时备份文件。
执行上面的备份命令,如图:
可以看到如果使用-proot,会发出不安全警告。执行命令后,在H下生成sql文件,部分内容如下:
--
-- Current Database: `test`
--
CREATE DATABASE /*!32312 IF NOT EXISTS*/ `test` /*!40100 DEFAULT CHARACTER SET utf8 */;
USE `test`;
--
-- Table structure for table `myset`
--
DROP TABLE IF EXISTS `myset`;
/*!40101 SET @saved_cs_client = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `myset` (
`col` set('a','b','c','d') DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
/*!40101 SET character_set_client = @saved_cs_client */;
--
-- Dumping data for table `myset`
--
LOCK TABLES `myset` WRITE;
/*!40000 ALTER TABLE `myset` DISABLE KEYS */;
INSERT INTO `myset` VALUES ('a,d'),('a,d'),('a,d'),('a,d'),('a,d'),('');
/*!40000 ALTER TABLE `myset` ENABLE KEYS */;
UNLOCK TABLES;
下面就可以使用这个sql备份文件将数据库恢复到备份的时间点,切记备份时间点之后插入的数据将会丢失。命令如下:
mysql -uroot -proot < 20190201-1325_all_backup.sql
注意恢复的命令是mysql,而不是mysqldump。
以备份单个test数据库为例,命令如下:
mysqldump -uroot -proot --single-transaction test > 20190201-1325_test_backup.sql
恢复test数据库的命令,如下:
mysql -uroot -proot test < 20190201-1325_test_backup.sql
恢复单个数据库时,需要数据库已经存在,不然报如下错误:
所以,如果数据库不存在,执行如下命令创建数据库
CREATE DATABASE test;
然后再执行数据库恢复命令。
以备份test数据库的userinfo表为例,备份命令如下:
mysqldump -uroot -proot --single-transaction test userinfo > 20190201-1325_test-userinfo_backup.sql
恢复单个表和恢复单个数据库的命令是一样的,如下:
mysql -uroot -proot test < 20190201-1325_test-userinfo_backup.sql
以备份test数据库的userinfo表结构为例,命令如下:
mysqldump -uroot -proot --single-transaction test userinfo -d > 20190201-1325_test-userinfo-structure_backup.sql
文件内容包括创建表的sql语句。恢复表结构命令,如下:
mysql -uroot -proot test < 20190201-1325_test-userinfo-structure_backup.sql
注意:如果表中数据被删除,使用这种备份文件时无法恢复的,这个在实践中并没有多大用,数据才是最宝贵的。
以备份test数据库的userinfo表中数据为例,命令如下:
mysqldump -uroot -proot --single-transaction test userinfo -t > 20190201-1325_test-userinfo-data_backup.sql
备份文件中只包含insert语句。恢复命令如下:
mysql -uroot -proot test < 20190201-1325_test-userinfo-data_backup.sql
注意:如果表不存在或者表结构被改变可能无法恢复数据。
可以如下查看所有的binlog文件名、大小和当前正在记录日志的binlog:
binlog是二进制文件,可以使用mysqlbinlog命令查看binlog内容,如下:
mysqlbinlog mysql-bin.000001
如图:
一般binlog文件一页是无法展示的,可以使用如下命令翻看
mysqlbinlog binlog_files | more
如图:
按下Enter键即可继续往下翻看。也可以使用如下命令将binlog内容输出到一个文件中
mysqlbinlog mysql-bin.000004 > H:\tmp
mysqlbinlog -v mysql-bin.000004 > H:\tmp
mysqlbinlog -vv mysql-bin.000004 > H:\tmp
-v参数可以看到具体的语句,如图:
-vv参数可以看到字段的数据类型,如图:
如果没有-v或者-vv参数,是看不到###行的,如图:
恢复时使用如下命令即可:
mysql -u root -p < H:\tmp
如果tmp是整个库的binlog,则全库恢复,如果要增量恢复,先是将数据库恢复到某个时间点,然后将从该时间点之后数据的变化形成的的binlog日志保存出,然后使用上面的命令恢复这些数据。