MySQL5.7.18 备份、Mysqldump,mysqlpump,xtrabackup,innobackupex 全量,增量备份,数据导入导出

粗略介绍冷备,热备,温暖,及Mysqldump,mysqlpump,xtrabackup,innobackupex 全量,增量备份

--备份的目的

灾难恢复:意外情况下(如服务器宕机、磁盘损坏等)对损坏的数据进行恢复和还原保证数据不丢失,最小程度地丢失
需求改变:因需求改变而需要把数据还原到改变以前
测试:测试新功能是否可用

--备份与恢复概述

根据备份的方法可以分为:

1、Hot Backup(热备)

2、Cold Backup(冷备)

3、Warm Backup(温备)

Hot Backup是指在数据库运行中直接备份,对正在运行的数据库基本无影响,但只能是InnoDB存储引擎的,表这种方式在MySQL官方手册中称为Online Backup(在线备份)。

Cold Backup是指在数据库停止的情况下进行备份,这种备份最为简单,可是最可靠的,一般只需要拷贝相关的数据库物理文件即可。这种方式在MySQL官方手册中称为Offline Backup(离线备份)。

Warm Backup备份同样是在数据库运行时进行,但是会对当前数据库的操作有所影响,例如加一个全局读锁以保证备份数据的一致性,其他的存储引擎就只能使用Warm Backup。

备份方式分为:

物理备份:物理备份就是备份数据文件了,比较形象点就是cp下数据文件,但真正备份的时候自然不是的cp这么简单。

逻辑备份:逻辑备份就是把数据库的结构定义语句,数据内容的插入语句,全部存储下来。然后恢复的时候,在另一个mysql服务器执行这些语句,就可以创建另一个与之前一样的数据库了。

逻辑备份和物理备份各有优劣,一般来说,物理备份恢复速度比较快,占用空间比较大,逻辑备份速度比较慢,占用空间比较小。逻辑备份的恢复成本高。

--热备工具

Ibbackup(收费)

ibbackup是oracle官方提供的热备工具,可以同时备份MyISAM存储引擎表和InnoDB存储引擎表,物理备份。

XtraBackup(开源免费)

XtraBackup支持MySQL数据库5.0版和5.1版,同时也支持InnoDB Plugin版本新增的Barracuda页格式,物理备份。

Mysqldump(官方自带)

mysqldump工具是mysql官方自带的一个非常方便的一款小工具,逻辑备份,5.7加入了Mysqlpump。

--Hot Backup(热备,逻辑备份)

逻辑备份就是把数据库的结构定义语句,数据内容的插入语句,全部存储下来。然后恢复的时候,在另一个mysql服务器执行这些语句,就可以创建另一个与之前一样的数据库了,适用:这种比较适合数据量少的数据库。

热备的优点是:

1、占用空间比较小

2、恢复简单,可以使用管道将他们输入到MySQL

3、与存储引擎无关,因为是从mysql服务器中提取数据而生成的,所以消除了底层数据存储的不同

4、有助于避免数据损坏。若磁盘驱动器有故障而要复制原始文件时,此时将得到一个损坏的备份

热备的缺点是:

1、必须有数据库服务器完成逻辑工作,需要更多地cpu周期

2、速度比较慢。因为获取了信息,然后组装成sql语句,如果调用命令是远程,还要把sql语句远程传输;

--mysqldump实例步骤:

语法:

[[email protected] ~]# mysqldump

Usage: mysqldump [OPTIONS] database [tables]     #备份表

OR mysqldump [OPTIONS] --databases [OPTIONS] DB1 [DB2 DB3...]    #备份哪几个数据库

OR mysqldump [OPTIONS] --all-databases [OPTIONS]        #所有数据库

For more options, use mysqldump --help

如果是使用innodb为确保数据一致可以加参数 --single-transaction#一致性备份指的是当你备份的所有数据的时间点都是在你开始备份的那个时间点,即使表中的数据发生变化也不备份。

--参数说明:

--all-databases , -A

导出全部数据库。

mysqldump -uroot -p --all-databases

--all-tablespaces , -Y

导出全部表空间。

mysqldump -uroot -p --all-databases --all-tablespaces

--no-tablespaces , -y

不导出任何表空间信息。

mysqldump -uroot -p --all-databases --no-tablespaces

--add-drop-database

每个数据库创建之前添加drop数据库语句。

mysqldump -uroot -p --all-databases --add-drop-database

--add-drop-table

每个数据表创建之前添加drop数据表语句。(默认为打开状态,使用--skip-add-drop-table取消选项)

mysqldump -uroot -p --all-databases (默认添加drop语句)

mysqldump -uroot -p --all-databases –skip-add-drop-table (取消drop语句)

--add-locks

在每个表导出之前增加LOCK TABLES并且之后UNLOCK TABLE。(默认为打开状态,使用--skip-add-locks取消选项)

mysqldump -uroot -p --all-databases (默认添加LOCK语句)

mysqldump -uroot -p --all-databases –skip-add-locks (取消LOCK语句)

--allow-keywords

允许创建是关键词的列名字。这由表名前缀于每个列名做到。

mysqldump -uroot -p --all-databases --allow-keywords

--apply-slave-statements

在‘CHANGE MASTER‘前添加‘STOP SLAVE‘,并且在导出的最后添加‘START SLAVE‘。

mysqldump -uroot -p --all-databases --apply-slave-statements

--character-sets-dir

字符集文件的目录

mysqldump -uroot -p --all-databases --character-sets-dir=/usr/local/mysql/share/mysql/charsets

--comments

附加注释信息。默认为打开,可以用--skip-comments取消

mysqldump -uroot -p --all-databases (默认记录注释)

mysqldump -uroot -p --all-databases --skip-comments (取消注释)

--compatible

导出的数据将和其它数据库或旧版本的MySQL 相兼容。值可以为ansi、mysql323、mysql40、postgresql、oracle、mssql、db2、maxdb、no_key_options、no_tables_options、no_field_options等,

要使用几个值,用逗号将它们隔开。它并不保证能完全兼容,而是尽量兼容。

mysqldump -uroot -p --all-databases --compatible=ansi

--compact

导出更少的输出信息(用于调试)。去掉注释和头尾等结构。可以使用选项:--skip-add-drop-table --skip-add-locks --skip-comments --skip-disable-keys

mysqldump -uroot -p --all-databases --compact

--complete-insert, -c

使用完整的insert语句(包含列名称)。这么做能提高插入效率,但是可能会受到max_allowed_packet参数的影响而导致插入失败。

mysqldump -uroot -p --all-databases --complete-insert

--compress, -C

在客户端和服务器之间启用压缩传递所有信息

mysqldump -uroot -p --all-databases --compress

--create-options, -a

在CREATE TABLE语句中包括所有MySQL特性选项。(默认为打开状态)

mysqldump -uroot -p --all-databases

--databases, -B

导出几个数据库。参数后面所有名字参量都被看作数据库名。

mysqldump -uroot -p --databases test mysql

--debug

输出debug信息,用于调试。默认值为:d:t,/tmp/mysqldump.trace

mysqldump -uroot -p --all-databases --debug

mysqldump -uroot -p --all-databases --debug=" d:t,/tmp/debug.trace"

--debug-check

检查内存和打开文件使用说明并退出。

mysqldump -uroot -p --all-databases --debug-check

--debug-info

输出调试信息并退出

mysqldump -uroot -p --all-databases --debug-info

--default-character-set

设置默认字符集,默认值为utf8

mysqldump -uroot -p --all-databases --default-character-set=utf8

--delayed-insert

采用延时插入方式(INSERT DELAYED)导出数据

mysqldump -uroot -p --all-databases --delayed-insert

--delete-master-logs

master备份后删除日志. 这个参数将自动激活--master-data。

mysqldump -uroot -p --all-databases --delete-master-logs

--disable-keys

对于每个表,用/*!40000 ALTER TABLE tbl_name DISABLE KEYS */;和/*!40000 ALTER TABLE tbl_name ENABLE KEYS */;语句引用INSERT语句。这样可以更快地导入dump出来的文件,因为它是在插入所有行后创建索引的。该选项只适合MyISAM表,默认为打开状态。

mysqldump -uroot -p --all-databases

--dump-slave

该选项将主的binlog位置和文件名追加到导出数据的文件中(show slave status)。设置为1时,将会以CHANGE MASTER命令输出到数据文件;设置为2时,会在change前加上注释。该选项将会打开--lock-all-tables,除非--single-transaction被指定。该选项会自动关闭--lock-tables选项。默认值为0。

mysqldump -uroot -p --all-databases --dump-slave=1

mysqldump -uroot -p --all-databases --dump-slave=2

--master-data

该选项将当前服务器的binlog的位置和文件名追加到输出文件中(show master status)。如果为1,将会输出CHANGE MASTER 命令;如果为2,输出的CHANGE MASTER命令前添加注释信息。该选项将打开--lock-all-tables 选项,除非--single-transaction也被指定(在这种情况下,全局读锁在开始导出时获得很短的时间;其他内容参考下面的--single-transaction选项)。该选项自动关闭--lock-tables选项。

mysqldump -uroot -p --host=localhost --all-databases --master-data=1;

mysqldump -uroot -p --host=localhost --all-databases --master-data=2;

--events, -E

导出事件。

mysqldump -uroot -p --all-databases --events

--extended-insert, -e

使用具有多个VALUES列的INSERT语法。这样使导出文件更小,并加速导入时的速度。默认为打开状态,使用--skip-extended-insert取消选项。

mysqldump -uroot -p --all-databases

mysqldump -uroot -p --all-databases--skip-extended-insert (取消选项)

--fields-terminated-by

导出文件中忽略给定字段。与--tab选项一起使用,不能用于--databases和--all-databases选项

mysqldump -uroot -p test test --tab="/home/mysql" --fields-terminated-by="#"

--fields-enclosed-by

输出文件中的各个字段用给定字符包裹。与--tab选项一起使用,不能用于--databases和--all-databases选项

mysqldump -uroot -p test test --tab="/home/mysql" --fields-enclosed-by="#"

--fields-optionally-enclosed-by

输出文件中的各个字段用给定字符选择性包裹。与--tab选项一起使用,不能用于--databases和--all-databases选项

mysqldump -uroot -p test test --tab="/home/mysql" --fields-enclosed-by="#" --fields-optionally-enclosed-by ="#"

--fields-escaped-by

输出文件中的各个字段忽略给定字符。与--tab选项一起使用,不能用于--databases和--all-databases选项

mysqldump -uroot -p mysql user --tab="/home/mysql" --fields-escaped-by="#"

--flush-logs

开始导出之前刷新日志。

请注意:假如一次导出多个数据库(使用选项--databases或者--all-databases),将会逐个数据库刷新日志。除使用--lock-all-tables或者--master-data外。在这种情况下,日志将会被刷新一次,相应的所以表同时被锁定。因此,如果打算同时导出和刷新日志应该使用--lock-all-tables 或者--master-data 和--flush-logs。

mysqldump -uroot -p --all-databases --flush-logs

--flush-privileges

在导出mysql数据库之后,发出一条FLUSH PRIVILEGES 语句。为了正确恢复,该选项应该用于导出mysql数据库和依赖mysql数据库数据的任何时候。

mysqldump -uroot -p --all-databases --flush-privileges

--force

在导出过程中忽略出现的SQL错误。

mysqldump -uroot -p --all-databases --force

--help

显示帮助信息并退出。

mysqldump --help

--hex-blob

使用十六进制格式导出二进制字符串字段。如果有二进制数据就必须使用该选项。影响到的字段类型有BINARY、VARBINARY、BLOB。

mysqldump -uroot -p --all-databases --hex-blob

--host, -h

需要导出的主机信息

mysqldump -uroot -p --host=localhost --all-databases

--ignore-table

不导出指定表。指定忽略多个表时,需要重复多次,每次一个表。每个表必须同时指定数据库和表名。例如:--ignore-table=database.table1 --ignore-table=database.table2 ……

mysqldump -uroot -p --host=localhost --all-databases --ignore-table=mysql.user

--include-master-host-port

在--dump-slave产生的‘CHANGE MASTER TO..‘语句中增加‘MASTER_HOST=<host>,MASTER_PORT=<port>‘

mysqldump -uroot -p --host=localhost --all-databases --include-master-host-port

--insert-ignore

在插入行时使用INSERT IGNORE语句.

mysqldump -uroot -p --host=localhost --all-databases --insert-ignore

--lines-terminated-by

输出文件的每行用给定字符串划分。与--tab选项一起使用,不能用于--databases和--all-databases选项。

mysqldump -uroot -p --host=localhost test test --tab="/tmp/mysql" --lines-terminated-by="##"

--lock-all-tables, -x

提交请求锁定所有数据库中的所有表,以保证数据的一致性。这是一个全局读锁,并且自动关闭--single-transaction 和--lock-tables 选项。

mysqldump -uroot -p --host=localhost --all-databases --lock-all-tables

--lock-tables, -l

开始导出前,锁定所有表。用READ LOCAL锁定表以允许MyISAM表并行插入。对于支持事务的表例如InnoDB和BDB,--single-transaction是一个更好的选择,因为它根本不需要锁定表。

请注意当导出多个数据库时,--lock-tables分别为每个数据库锁定表。因此,该选项不能保证导出文件中的表在数据库之间的逻辑一致性。不同数据库表的导出状态可以完全不同。

mysqldump -uroot -p --host=localhost --all-databases --lock-tables

--log-error

附加警告和错误信息到给定文件

mysqldump -uroot -p --host=localhost --all-databases --log-error=/tmp/mysqldump_error_log.err

--max_allowed_packet

服务器发送和接受的最大包长度。

mysqldump -uroot -p --host=localhost --all-databases --max_allowed_packet=10240

--net_buffer_length

TCP/IP和socket连接的缓存大小。

mysqldump -uroot -p --host=localhost --all-databases --net_buffer_length=1024

--no-autocommit

使用autocommit/commit 语句包裹表。

mysqldump -uroot -p --host=localhost --all-databases --no-autocommit

--no-create-db, -n

只导出数据,而不添加CREATE DATABASE 语句。

mysqldump -uroot -p --host=localhost --all-databases --no-create-db

--no-create-info, -t

只导出数据,而不添加CREATE TABLE 语句。

mysqldump -uroot -p --host=localhost --all-databases --no-create-info

--no-data, -d

不导出任何数据,只导出数据库表结构。

mysqldump -uroot -p --host=localhost --all-databases --no-data

--no-set-names, -N

等同于--skip-set-charset

mysqldump -uroot -p --host=localhost --all-databases --no-set-names

--opt

等同于--add-drop-table, --add-locks, --create-options, --quick, --extended-insert, --lock-tables, --set-charset, --disable-keys 该选项默认开启, 可以用--skip-opt禁用.

mysqldump -uroot -p --host=localhost --all-databases --opt

--order-by-primary

如果存在主键,或者第一个唯一键,对每个表的记录进行排序。在导出MyISAM表到InnoDB表时有效,但会使得导出工作花费很长时间。

mysqldump -uroot -p --host=localhost --all-databases --order-by-primary

--password, -p

连接数据库密码

--pipe(windows系统可用)

使用命名管道连接mysql

mysqldump -uroot -p --host=localhost --all-databases --pipe

--port, -P

连接数据库端口号

--protocol

使用的连接协议,包括:tcp, socket, pipe, memory.

mysqldump -uroot -p --host=localhost --all-databases --protocol=tcp

--quick, -q

不缓冲查询,直接导出到标准输出。默认为打开状态,使用--skip-quick取消该选项。

mysqldump -uroot -p --host=localhost --all-databases

mysqldump -uroot -p --host=localhost --all-databases --skip-quick

--quote-names,-Q

使用(`)引起表和列名。默认为打开状态,使用--skip-quote-names取消该选项。

mysqldump -uroot -p --host=localhost --all-databases

mysqldump -uroot -p --host=localhost --all-databases --skip-quote-names

--replace

使用REPLACE INTO 取代INSERT INTO.

mysqldump -uroot -p --host=localhost --all-databases --replace

--result-file, -r

直接输出到指定文件中。该选项应该用在使用回车换行对(\\r\\n)换行的系统上(例如:DOS,Windows)。该选项确保只有一行被使用。

mysqldump -uroot -p --host=localhost --all-databases --result-file=/tmp/mysqldump_result_file.txt

--routines, -R

导出存储过程以及自定义函数。

mysqldump -uroot -p --host=localhost --all-databases --routines

--set-charset

添加‘SET NAMES default_character_set‘到输出文件。默认为打开状态,使用--skip-set-charset关闭选项。

mysqldump -uroot -p --host=localhost --all-databases

mysqldump -uroot -p --host=localhost --all-databases --skip-set-charset

--single-transaction

该选项在导出数据之前提交一个BEGIN SQL语句,BEGIN 不会阻塞任何应用程序且能保证导出时数据库的一致性状态。它只适用于多版本存储引擎,仅InnoDB。本选项和--lock-tables 选项是互斥的,因为LOCK TABLES 会使任何挂起的事务隐含提交。要想导出大表的话,应结合使用--quick 选项。

mysqldump -uroot -p --host=localhost --all-databases --single-transaction

--dump-date

将导出时间添加到输出文件中。默认为打开状态,使用--skip-dump-date关闭选项。

mysqldump -uroot -p --host=localhost --all-databases

mysqldump -uroot -p --host=localhost --all-databases --skip-dump-date

--skip-opt

禁用–opt选项.

mysqldump -uroot -p --host=localhost --all-databases --skip-opt

--socket,-S

指定连接mysql的socket文件位置,默认路径/tmp/mysql.sock

mysqldump -uroot -p --host=localhost --all-databases --socket=/tmp/mysqld.sock

--tab,-T

为每个表在给定路径创建tab分割的文本文件。注意:仅仅用于mysqldump和mysqld服务器运行在相同机器上。注意使用--tab不能指定--databases参数

mysqldump -uroot -p --host=localhost test test --tab="/home/mysql"

--tables

覆盖--databases (-B)参数,指定需要导出的表名,在后面的版本会使用table取代tables。

mysqldump -uroot -p --host=localhost --databases test --tables test

--triggers

导出触发器。该选项默认启用,用--skip-triggers禁用它。

mysqldump -uroot -p --host=localhost --all-databases --triggers

--tz-utc

在导出顶部设置时区TIME_ZONE=‘+00:00‘ ,以保证在不同时区导出的TIMESTAMP 数据或者数据被移动其他时区时的正确性。

mysqldump -uroot -p --host=localhost --all-databases --tz-utc

--user, -u

指定连接的用户名。

--verbose, --v

输出多种平台信息。

--version, -V

输出mysqldump版本信息并退出

--where, -w

只转储给定的WHERE条件选择的记录。请注意如果条件包含命令解释符专用空格或字符,一定要将条件引用起来。

mysqldump -uroot -p --host=localhost --all-databases --where=" user=‘root‘"

--xml, -X

导出XML格式.

mysqldump -uroot -p --host=localhost --all-databases --xml

--plugin_dir

客户端插件的目录,用于兼容不同的插件版本。

mysqldump -uroot -p --host=localhost --all-databases --plugin_dir="/usr/local/lib/plugin"

--default_auth

客户端插件默认使用权限。

mysqldump -uroot -p --host=localhost --all-databases --default-auth="/usr/local/lib/plugin/<PLUGIN>"

创建测试数据库:

mysql> create table x(a int auto_increment primary key,b int, unique key (b));     #创建一个数据库用于测试

mysql> insert into x select null,1; #插入数据

mysql> insert into x select null,2;

mysql> insert into x select null,3;

mysql> insert into x select null,4;

mysql> create table x1(a int auto_increment primary key,b int, unique key (b)); #创建另一个数据库用于测试

mysql> insert into x1 select null,1; #插入数据

mysql> insert into x1 select null,2;

mysql> insert into x1 select null,3;

mysql> insert into x1 select null,4;

1、导出所有数据库

[[email protected] ~]# mysqldump -uroot -p123456 --all-databases >/tmp/all.sql #该命令会导出包括系统数据库在内的所有数据库

备份得来的是一个文本文件,里面一堆sql语句

2、导出mysql、testmysql两个数据库的所有数据

[[email protected] ~]# mysqldump -uroot -p123456 --databases mysql mysqltest > /tmp/mysql_mysqltest.sql

3、导出mysqltest中的x、x1表

[[email protected] ~]# mysqldump -uroot -p123456 --databases mysqltest --tables x x1 >/tmp/x_x1.sql

注意导出指定表只能针对一个数据库进行导出,且导出的内容中和导出数据库也不一样,导出指定表的导出文本中没有创建数据库的判断语句,只有删除表-创建表-导入数据

4、条件导出,导出x表a=1的数据

如果多个表的条件相同可以一次性导出多个表

字段是整形:

[[email protected] ~]# mysqldump -uroot -p123456 --databases mysqltest --tables x --where=‘a=1‘ >/tmp/a1.sql     #字段是字符串,并且导出的sql中不包含drop table,create table

[[email protected] ~]# mysqldump -uroot -p123456 --no-create-info --databases mysqltest --tables x --where="a=‘1‘" >/tmp/a2.sql

5、生成新的binlog文件,-F

有时候会希望导出数据之后生成一个新的binlog文件,只需要加上-F参数即可

[[email protected] ~]# mysqldump -uroot -p123456 --databases mysqltest -F >/tmp/f_mysql.sql

6、只导出表结构不导出数据,--no-data

[[email protected] ~]# mysqldump -uroot -p123456 --no-data --databases mysqltest >/tmp/nodata.sql

7、跨服务器导出导入数据

[[email protected] ~]# mysqldump --host=h1 -uroot -proot --databases db1 | mysql --host=h2 -uroot -proot db2

将h1服务器中的db1数据库的所有数据导入到h2中的db2数据库中,db2的数据库必须存在否则会报错

[[email protected] ~]# mysqldump --host=192.168.80.137 -uroot -proot -C --databases test | mysql --host=192.168.80.133 -uroot -proot test

#加上-C参数可以启用压缩传递

8、将主库的binlog位置和文件名追加到导出数据的文件中,--dump-slave

注意:--dump-slave命令如果当前服务器是从服务器那么使用该命令会执行stop slave来获取master binlog的文件和位置,等备份完后会自动执行start slave启动从服务器。但是如果是大的数据量备份会给从和主的延时变的更大,使用--dump-slave获取到的只是当前的从服务器的数据执行到的主的binglog的位置是(relay_mater_log_file,exec_master_log_pos),而不是主服务器当前的binlog执行的位置,主要是取决于主从的数据延时。

该参数在在从服务器上执行,相当于执行show slave status。当设置为1时,将会以CHANGE MASTER命令输出到数据文件;设置为2时,会在change前加上注释。

该选项将会打开--lock-all-tables,除非--single-transaction被指定。在执行完后会自动关闭--lock-tables选项。--dump-slave默认是1

[[email protected] ~]# mysqldump -uroot -proot --dump-slave=1 --databases db1 >/tmp/db1.sql

[[email protected] ~]# mysqldump -uroot -proot --dump-slave=2 --database db1 >/tmp/db1.sql

9、将当前服务器的binlog的位置和文件名追加到输出文件,--master-data

该参数和--dump-slave方法一样,只是它是记录的是当前服务器的binlog,相当于执行show master status,状态(file,position)的值。注意:--master-data不会停止当前服务器的主从服务

10、--opt 等同于--add-drop-table, --add-locks, --create-options, --quick, --extended-insert, --lock-tables, --set-charset, --disable-keys 该选项默认开启, 可以用--skip-opt禁用.

[[email protected] ~]# mysqldump -uroot -p --host=localhost --all-databases –opt

11、保证导出的一致性状态--single-transaction

该选项在导出数据之前提交一个BEGIN SQL语句,BEGIN 不会阻塞任何应用程序且能保证导出时数据库的一致性状态。它只适用于多版本存储引擎(它不显示加锁通过判断版本来对比数据),仅InnoDB。本选项和--lock-tables 选项是互斥的,因为LOCK TABLES 会使任何挂起的事务隐含提交。要想导出大表的话,应结合使用--quick 选项。

--quick, -q

不缓冲查询,直接导出到标准输出。默认为打开状态,使用--skip-quick取消该选项。

12、--lock-tables, -l

开始导出前,锁定所有表。用READ LOCAL锁定表以允许MyISAM表并行插入。对于支持事务的表例如InnoDB和BDB,--single-transaction是一个更好的选择,因为它根本不需要锁定表。

请注意当导出多个数据库时,--lock-tables分别为每个数据库锁定表。因此,该选项不能保证导出文件中的表在数据库之间的逻辑一致性。不同数据库表的导出状态可以完全不同。

13、导出存储过程和自定义函数--routines, -R

[[email protected] ~]# mysqldump -uroot -p --host=localhost --all-databases –routines

14、压缩备份

[[email protected] ~]# mysqldump -uroot -p123456 --databases mysqltest | gzip > abc.sql.gz

还原

[[email protected] ~]# gunzip < abc.sql.gz | mysql -uroot -p123456 mysqltest # 如报错1804 需设置  mysql> reset master;

错误处理

1.unknown option ‘--no-beep‘

第一种方法:删除my.ini[client]下的 no-beep 参数;
第二种方法:在 mysqldump 后加--no-defaults参数。

总结:

文章中列举了一些常用的导出操作,还有很多其它的参数也会经常用到,包括"--add-drop-database","--apply-slave-statements","--triggers"等。客户端的导入导出功能也是不错的选择,比如workbench、navicat;其中navicat的导出向导中可以有很多文件格式可以选择。

--tab的快速导出导入数据是个不错的方法,它会在指定的目录下生成一个sql表结构文件和一个text数据文件

转自:http://www.cnblogs.com/chenmh 作者:pursuer.chen

--mysqlpump实例步骤:

MySQL5.7之后多了一个备份工具:mysqlpump,官方的说法是用mysqlpump代替mysqldump因为mysqldump导出非常慢是单线程的而mysqlpump是多线程的,在社区版本中mydumper是多线程的。 mysqlpump会有问题,要在5.7.11之后使用【因为MySQL 5.7.11 版本解决了一致性备份问题】,mysqlpump的语法与mysqldump高度兼容,支持基于库和表的并行导出,对比mysqldump速度提升非常明显。

mysqlpump和mysqldump一样,属于逻辑备份,备份以SQL形式的文本保存。逻辑备份相对物理备份的好处是不关心undo log的大小,直接备份数据即可。它最主要的特点是:

  • 并行备份数据库和数据库中的对象的,加快备份过程。
  • 更好的控制数据库和数据库对象(表,存储过程,用户帐户)的备份。
  • 备份用户账号作为帐户管理语句(CREATE USER,GRANT),而不是直接插入到MySQL的系统数据库。
  • 备份出来直接生成压缩后的备份文件。
  • 备份进度指示(估计值)。
  • 重新加载(还原)备份文件,先建表后插入数据最后建立索引,减少了索引维护开销,加快了还原速度。
  • 备份可以排除或则指定数据库。
  • 详细介绍:http://www.cnblogs.com/zhoujinyi/p/5684903.html

这里使用MySQL官方的数据库进行测试操作详见:

http://www.cnblogs.com/imweihao/p/7286926.html

[[email protected] ~]# mysqlpump -uroot -p123456 --single-transaction --databases employees > employees.sql

mysqlpump: [Warning] Using a password on the command line interface can be insecure.

mysqlpump: [ERROR] (1) A partial dump from a server that has GTIDs is not allowed. #报错

Dump process encountered error and will not continue.

关于GTID是5.6以后,加入了全局事务 ID (GTID) 来强化数据库的主备一致性,故障恢复,以及容错能力所以可能是因为在一个数据库里面唯一,但是当导入其他的库就有可能重复。所有会有一个提醒。可以通过添加--set-gtid-purged=off 或者–gtid-mode=OFF这两个参数设置。个人认为是在导入库中重新生产GTID,而不用原来的。

[[email protected] ~]# mysqlpump -uroot -p123456 --single-transaction --set-gtid-purged=off --databases employees > employees.sql

--Cold Backup(冷备,物理备份):

对InnoDB存储引擎的冷备非常简单,只需要备份MySQL数据库的frm文件、共享表空间文件、独立表空间文件(*.ibd)、重做日志文件。另外,定期备份MySQL数据库的配置文件my.cnf,这样有利于恢复操作,适用:这种比较适合数据量大的数据库。

冷备的优点是:

1、备份简单,只要拷贝相关文件即可。

2、备份文件易于在不同操作系统、不同MySQL版本上进行恢复。

3、恢复相当简单,只需要把文件恢复到指定位置即可。

4、恢复速度快,不需要执行任何SQL语句,也不需要重建索引。

冷备的缺点是:

1、需要停止数据库

2、InnoDB存储引擎冷备的文件通常比逻辑文件大很多,因为表空间中存放着很多其他数据,如Undo段、插入缓冲等信息。

3、冷备并不总是可以轻易地跨平台。操作系统、MySQL的版本、文件大小写敏感和浮点数格式都会成为问题。

--直接复制数据库目录:

[[email protected] ~]# service mysqld stop    #必须停止数据库

[[email protected] ~]# cp -r /data/mysqldata/ /tmp/        #直接拷贝数据目录

[[email protected] ~]# cp /etc/my.cnf /tmp/mysqldata/my.cnf    #建议备份配置文件

前面介绍mysqldump,mysqlpump备份方式是采用逻辑备份,其最大的缺陷就是备份和恢复速度都慢,对于一个小于50G的数据库而言,这个速度还是能接受的,但如果数据库非常大,那再使用mysqldump备份就不太适合了。而使用lvm快照功能对数据库进行备份,可以实现几乎热备的功能,但备份过程较为复杂,不过现在倒是有个工具mylvmbackup可以实现自动化备份。

目前主流的有两个工具可以实现热备:ibbackup和xtrabackup;ibbackup是商业软件,非常昂贵。而xtrabackup功能比ibbackup还要强大,但却是开源的。因此我们这里就来介绍xtrabackup的使用。

Xtrabackup是由percona提供的mysql数据库备份工具,据官方介绍,这也是世界上惟一一款开源的能够对innodb和xtradb数据库进行热备的工具。特点:

  • (1)备份过程快速、物理备份可靠;
  • (2)备份过程不会打断正在执行的事务(无需锁表);
  • (3)能够基于压缩等功能节约磁盘空间和流量;
  • (4)自动实现备份检验;
  • (5)还原速度快;
  • (6)可以流传将备份传输到另外一台机器上;

    xtrabackup包含两个主要的工具,即xtrabackup和innobackupex,二者区别如下:

    Xtrabackup:只能备份innodb和xtradb两种引擎的表,而不能备份myisam引擎的表;
    Innobackup:是一个封装了xtrabackup的Perl脚本,支持同时备份innodb和myisam,但在对myisam备份时需要加一个全局的读锁。还有就是myisam不支持增量备份;

    Xtrabackup 使用方法很简单,这里只做几个简单的介绍具体安装及介绍详见:http://www.cnblogs.com/imweihao/p/7290026.html

    --使用innobackupex备份employees 数据库

    employees是MySQL官方提供的测试数据库:http://www.cnblogs.com/imweihao/p/7286926.html

    1、完全备份

    [[email protected] ~]# innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --socket=/data/mysqldata/mysqld.sock /data/

    170805 16:30:34 completed OK! #备份成功

    #备份后的文件:在备份的同时,备份数据会在备份目录下创建一个以当前日期时间为名字的目录存放备份文件。

    各文件说明:

    (1) backup-my.cnf —— 备份命令用到的配置选项信息;

    (2) ibdata1 —— 备份的表空间文件;

    (3) xtrabackup_binary —— 备份中用到的xtrabackup的可执行文件;

    (4) xtrabackup_binlog_info —— mysql服务器当前正在使用的二进制日志文件及至备份这一刻为止二进制日志事件的位置;

    (5) xtrabackup_checkpoints —— 备份类型(如完全或增量)、备份状态(如是否已经为prepared状态)和LSN(日志序列号)范围信息;

    6) xtrabackup_logfile —— 备份的重做日志文件。

    1.1恢复完全备份

    先删除数据库

    mysql> drop database employees;

    [[email protected] ~]# service mysqld stop

    [[email protected] ~]# mv /data/mysqldata/ /tmp/mysqldata/

    [[email protected] ~]# innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --use-memory=4G --apply-log /data/2017-08-05_17-12-14/ #第1步是apply-log,为了加快速度,一般建议设置--use-memory,这个步骤完成之后,目录就准备就绪

    170805 16:44:56 completed OK! #成功

    [[email protected] ~]# innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --copy-back /data/2017-08-05_17-12-14/ #第2步是copy-back,即把备份文件拷贝至原数据目录下。注意:innobackupex 增量备份仅针对InnoDB这类支持事务的引擎,对于MyISAM等引擎,则仍然是全备。

    170805 16:49:32 completed OK! #成功

    [[email protected] ~]# chown -R mysql.mysql /data/

    [[email protected] ~]# service mysqld start

    2、增量备份

    在进行增量备份时,首先要进行一次全量备份,第一次增量备份是基于全备的,之后的增量备份是基于上一次的增量备份,以此类推。

    全备份放在/data/backup/full,增量备份放在/data/backup/incremental

    2.1全备

    [[email protected] ~]# mkdir -p /data/backup/full

    [[email protected] ~]# mkdir -p /data/backup/incremental

    [[email protected] ~]# innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --socket=/data/mysqldata/mysqld.sock /data/backup/full

    170805 17:42:09 completed OK! #成功

    为了测试效果,新建数据库并在表中插入数据

    mysql> create database test charset = utf8mb4;

    mysql> use test;

    mysql> create table student1(id int auto_increment primary key,name varchar(20) not null);

    mysql> insert into student1 values(null,‘will‘);

    mysql> insert into student1 values(null,‘tom‘);

    mysql> insert into student1 values(null,‘jim‘);

    2.2第一次增量备份

    [[email protected] full]# innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --socket=/data/mysqldata/mysqld.sock --incremental /data/backup/incremental/ --incremental-basedir=/data/backup/full/2017-08-05_18-06-44/ --parallel=2

    170805 17:50:47 completed OK! #成功

    注意:第一次备份的--incremental-basedir参数应指向完整备份的时间戳目录。

    在test种创建student2,并插入数据然后创建增量备份2

    mysql> use test;

    mysql> create table student2(id int auto_increment primary key,name varchar(20) not null);

    mysql> insert into student2 values(null,‘laoli‘);

    mysql> insert into student2 values(null,‘laowang‘);

    mysql> insert into student2 values(null,‘laozhen‘);

    2.3第二次增量备份(这次是基于上次的增量备份)

    [[email protected] full]# innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --socket=/data/mysqldata/mysqld.sock --incremental /data/backup/incremental/ --incremental-basedir=/data/backup/incremental/2017-08-05_18-14-10/ --parallel=2

    注意:第二次备份的--incremental-basedir参数应指向第一次增量备份的时间戳目录。

    3、增量备份恢复

    增量备份的恢复大体为3个步骤

    *恢复完全备份

    *恢复增量备份到完全备份(开始恢复的增量备份要添加--redo-only参数,到最后一次增量备份去掉--redo-only参数)

    *对整体的完全备份进行恢复,回滚那些未提交的数据

    恢复完全备份(注意这里一定要加--redo-only参数,该参数的意思是只应用xtrabackup日志中已提交的事务数据,不回滚还未提交的数据)

    1、[[email protected] ~]# innobackupex --apply-log --redo-only /data/backup/full/2017-08-05_18-06-44/

    2、将增量备份1应用到完全备份

    [[email protected] ~]# innobackupex --apply-log --redo-only /data/backup/full/2017-08-05_18-06-44/ --incremental-dir=/data/backup/incremental/2017-08-05_18-14-10

    170805 18:30:52 completed OK! #ok

    3、将增量备份2应用到完全备份(注意恢复最后一个增量备份时需要去掉--redo-only参数,回滚xtrabackup日志中那些还未提交的数据)

    [[email protected] ~]# innobackupex --apply-log --redo-only /data/backup/full/2017-08-05_18-06-44/ --incremental-dir=/data/backup/incremental/2017-08-05_18-15-43

    170805 18:30:52 completed OK! #ok

    4.把所有合在一起的完全备份整体进行一次apply操作,回滚未提交的数据:

    [[email protected] ~]# innobackupex --apply-log /data/backup/full/2014-04-07_23-37-20/

    170805 18:30:52 completed OK! #ok

    5.把恢复完的备份复制到数据库目录文件中,赋权,然后启动mysql数据库,检测数据正确性

    先删除数据库

    mysql> drop database test;

    mysql> drop database employees;

    [[email protected] ~]# service mysqld stop

    [[email protected] ~]# mv /data/mysqldata/ /tmp/mysqldata/

    [[email protected] ~]# mkdir /data/mysqldata

    [[email protected] ~]# innobackupex --defaults-file=/etc/my.cnf --copy-back --rsync /data/backup/full/2017-08-05_18-06-44/

    [[email protected] ~]# chown -R mysql.mysql /data/

    [[email protected] ~]# service mysqld start

    以上证明备份成功

    ---------------------------------------------------------------------------------------------------------------------------------------------------------------------

    克隆slave

    在日常工作中,我们有时候需要在线添加从库,比如线上有一主一从两个数据库,但是由于业务的需要,一台从库的读取无法满足现在的需求,这样就需要我们在线添加从库,由于出于安全考虑,我们通常需要在从库上进行在线克隆slave。

    克隆slave时,常用参数--slave-info和--safe-slave-backup。

    --slave-info会将master的binlog文件名和偏移量位置保存到xtrabackup_slave_info文件中

    --safe-slave-backup会暂停slave的SQL线程直到没有打开的临时表的时候开始备份。备份结束后SQL线程会自动启动,这样操作的目的主要是确保一致性的复制状态。

    下面的例子,将介绍一主一从情况下在线搭建新的从库,环境如下:

    master 192.168.0.10 #主库

    slave 192.168.0.20 #从库

    newslave 192.168.0.100 # 新的从库

    在上述示例中,newslave即为要新搭建的从库。在老的从库上面进行备份:

    [[email protected] ~]# innobackupex --user=root --password=12345 --socket=/tmp/mysqld.sock --defaults-file=/etc/my.cnf --slave-info --safe-slave-backup --no-timestamp /data/cloneslave

    innobackupex: Backup created in directory ‘/data/cloneslave‘

    innobackupex: MySQL binlog position: filename ‘mysql-bin.000022‘, position 107

    innobackupex: MySQL slave binlog position: master host ‘192.168.0.10‘, filename ‘mysql-bin.000006‘, position 732

    140413 23:25:13 innobackupex: completed OK!

    这里的/data/cloneslave 目录要不存在,如果存在是会报错的。

    查看目录下生成的文件:

    [[email protected] ~]# ll /data/cloneslave/

    total 26668

    -rw-r--r-- 1 root root 261 Apr 13 23:24 backup-my.cnf

    -rw-r--r-- 1 root root 27262976 Apr 13 23:24 ibdata1

    drwxr-xr-x 2 root root 4096 Apr 13 23:25 mysql

    drwxr-xr-x 2 root root 4096 Apr 13 23:25 performance_schema

    drwxr-xr-x 2 root root 4096 Apr 13 23:25 sakila

    drwxr-xr-x 2 root root 4096 Apr 13 23:25 world_innodb

    -rw-r--r-- 1 root root 13 Apr 13 23:25 xtrabackup_binary

    -rw-r--r-- 1 root root 23 Apr 13 23:25 xtrabackup_binlog_info

    -rw-r--r-- 1 root root 79 Apr 13 23:25 xtrabackup_checkpoints

    -rw-r--r-- 1 root root 2560 Apr 13 23:25 xtrabackup_logfile

    -rw-r--r-- 1 root root 72 Apr 13 23:25 xtrabackup_slave_info

    drwxr-xr-x 2 root root 4096 Apr 13 23:25 yayun

    [[email protected] ~]#

    查看xtrabackup_slave_info文件内容,这个内容就是为搭建从库时需要change master to的参数:

    [[email protected] ~]# cat /data/cloneslave/xtrabackup_slave_info

    CHANGE MASTER TO MASTER_LOG_FILE=‘mysql-bin.000006‘, MASTER_LOG_POS=732

    在老的slave服务器上进行还原,即192.168.0.20

    [[email protected] ~]# innobackupex --apply-log --redo-only /data/cloneslave/

    xtrabackup: starting shutdown with innodb_fast_shutdown = 1

    140413 23:30:37 InnoDB: Starting shutdown...

    140413 23:30:37 InnoDB: Shutdown completed; log sequence number 12981048

    140413 23:30:37 innobackupex: completed OK!

    将还原的文件复制到新的从库newslave,即192.168.0.100

    [[email protected] data]# rsync -avprP -e ssh /data/cloneslave/ 192.168.0.100:/data/mysql/

    在主库master上添加对新从库newslave的授权:

    mysql> grant replication slave on *.* to ‘repl‘@‘192.168.0.100‘ identified by ‘123456‘;

    Query OK, 0 rows affected (0.00 sec)

    mysql> flush privileges;

    Query OK, 0 rows affected (0.02 sec)

    拷贝老的从库的配置文件到新的从库newslave,并且修改server-id参数,修改完毕后,启动新的从库;

    [[email protected] data]# scp /etc/my.cnf 192.168.0.100:/etc/

    [email protected]‘s password:

    my.cnf 100% 4881 4.8KB/s 00:00

    [[email protected] data]#

    [[email protected] mysql]# egrep ‘log-slave|^server-id|skip_slave‘ /etc/my.cnf

    server-id = 3

    skip_slave_start

    log-slave-updates=1

    [[email protected] mysql]#

    [[email protected] mysql]# chown -R mysql.mysql .

    [[email protected] mysql]# /etc/init.d/mysqld restart

    Shutting down MySQL. [ OK ]

    Starting MySQL.. [ OK ]

    [[email protected] mysql]#

    查找老的从库备份后生成的xtrabackup_slave_info文件,提取其中的master_log_file和master_log_pos信息,然后在新的从库上进行change master to操作:

    在新的从库上进行同步:

    mysql> CHANGE MASTER TO MASTER_HOST=‘192.168.0.10‘,MASTER_USER=‘repl‘, MASTER_PASSWORD=‘123456‘,MASTER_LOG_FILE=‘mysql-bin.000006‘, MASTER_LOG_POS=732;

    Query OK, 0 rows affected (0.09 sec)

    mysql>

    启动io线程和sql线程,并观察复制是否正常:

    mysql> start slave;

    Query OK, 0 rows affected (0.00 sec)

    mysql> show slave status\G

    *************************** 1. row ***************************

    Slave_IO_State: Waiting for master to send event

    Master_Host: 192.168.0.10

    Master_User: repl

    Master_Port: 3306

    Connect_Retry: 2

    Master_Log_File: mysql-bin.000006

    Read_Master_Log_Pos: 1309

    Relay_Log_File: MySQL-02-relay-bin.000002

    Relay_Log_Pos: 830

    Relay_Master_Log_File: mysql-bin.000006

    Slave_IO_Running: Yes

    Slave_SQL_Running: Yes

    Replicate_Do_DB:

    Replicate_Ignore_DB:

    Replicate_Do_Table:

    Replicate_Ignore_Table:

    Replicate_Wild_Do_Table: yayun.%

    Replicate_Wild_Ignore_Table:

    Last_Errno: 0

    Last_Error:

    Skip_Counter: 0

    Exec_Master_Log_Pos: 1309

    Relay_Log_Space: 989

    Until_Condition: None

    Until_Log_File:

    Until_Log_Pos: 0

    Master_SSL_Allowed: No

    Master_SSL_CA_File:

    Master_SSL_CA_Path:

    Master_SSL_Cert:

    Master_SSL_Cipher:

    Master_SSL_Key:

    Seconds_Behind_Master: 0

    Master_SSL_Verify_Server_Cert: No

    Last_IO_Errno: 0

    Last_IO_Error:

    Last_SQL_Errno: 0

    Last_SQL_Error:

    Replicate_Ignore_Server_Ids:

    Master_Server_Id: 1

    1 row in set (0.00 sec)

    查看主库,发现已经有两个线程(Binlog Dump)

    mysql> show processlist\G

    *************************** 1. row ***************************

    Id: 8

    User: slave

    Host: 192.168.0.20:44251

    db: NULL

    Command: Binlog Dump

    Time: 1088

    State: Master has sent all binlog to slave; waiting for binlog to be updated

    Info: NULL

    *************************** 2. row ***************************

    Id: 9

    User: root

    Host: localhost

    db: yayun

    Command: Query

    Time: 0

    State: NULL

    Info: show processlist

    *************************** 3. row ***************************

    Id: 10

    User: repl

    Host: 192.168.0.100:45844

    db: NULL

    Command: Binlog Dump

    Time: 124

    State: Master has sent all binlog to slave; waiting for binlog to be updated

    Info: NULL

    3 rows in set (0.00 sec)

    正常工作,到此在线克隆slave就结束啦。

    参考:

    https://yq.aliyun.com/articles/45746

    http://blog.csdn.net/heizistudio/article/details/23937935

    Mysql5.7.18安装:http://www.cnblogs.com/imweihao/p/7201014.html

    Mysql5.6.36安装:http://www.cnblogs.com/imweihao/p/7156754.html

时间: 2024-10-12 22:58:03

MySQL5.7.18 备份、Mysqldump,mysqlpump,xtrabackup,innobackupex 全量,增量备份,数据导入导出的相关文章

【mysql使用xtrabackup做全量增量备份】mysql_backup.sh

#!/bin/bash # # 2014/12/16 # v5.1 # increment backup, with timestamp, compressed, with master & slave. ###################### s_port="$1" s_action="$2" s_slave="$3" #####  配置参数  ###### ## f_my_cnf="/data/svr/mysql/my

使用mysqldump进行全量+增量备份方案操作记录

在日常运维工作中,对mysql数据库的备份是万分重要的,以防在数据库表丢失或损坏情况出现,可以及时恢复数据. 线上数据库备份场景:每周日执行一次全量备份,然后每天下午1点执行MySQLdump增量备份. 下面对这种备份方案详细说明下:1.MySQLdump增量备份配置执行增量备份的前提条件是MySQL打开binlog日志功能,在my.cnf中加入log-bin=/opt/Data/MySQL-bin"log-bin="后的字符串为日志记载目录,一般建议放在不同于MySQL数据目录的磁盘

mysqldump全量+增量备份

mysqldump全量备份 每周执行 mysqldump -uroot -p --flush-logs --single-transaction --all-database >/home/1.sql 增量备份 当需要增量备份的时候 mysql>flush logs mysql>show master status; 如显示mysql-bin.000005 备份mysql-bin.000004即可 还原时,先还原全量备份然后还原增量,还原时关闭mysql-bin日志, mysql>

Mysql备份系列(2)--mysqldump备份(全量+增量)方案操作记录

在日常运维工作中,对mysql数据库的备份是万分重要的,以防在数据库表丢失或损坏情况出现,可以及时恢复数据. 线上数据库备份场景:每周日执行一次全量备份,然后每天下午1点执行MySQLdump增量备份. 下面对这种备份方案详细说明下:1.MySQLdump增量备份配置执行增量备份的前提条件是MySQL打开binlog日志功能,在my.cnf中加入log-bin=/opt/Data/MySQL-bin"log-bin="后的字符串为日志记载目录,一般建议放在不同于MySQL数据目录的磁盘

xtrabackup实现全量备份和增量备份

mysql增量和完全备份innobackupex2.1.9版本1 yum安装: 官网地址:https://www.percona.com/doc/percona-xtrabackup/LATEST/installation/yum_repo.htmlyum install http://www.percona.com/downloads/percona-release/redhat/0.1-4/percona-release-0.1-4.noarch.rpmyum list | grep per

Mysql备份系列(4)--lvm-snapshot备份mysql数据(全量+增量)操作记录

Mysql最常用的三种备份工具分别是mysqldump.Xtrabackup(innobackupex工具).lvm-snapshot快照.前面分别介绍了:Mysql备份系列(1)--备份方案总结性梳理Mysql备份系列(2)--mysqldump备份(全量+增量)方案操作记录Mysql备份系列(3)--innobackupex备份mysql大数据(全量+增量)操作记录 废话不多说,下面即是使用lvm-snapshot快照方式备份mysql的操作记录,仅依据本人实验中使用而述. 操作记录:如下环

关于Subversion主从备份方式的调整(全量、增量脚本)更新

本文引用于http://blog.chinaunix.net/uid-25266990-id-3369172.html 之前对Subversion服务器作了迁移,关于SVN的架构也走了调整,有单一的服务器改为主从备份的方式.在"subversion迁移过程中增量备份脚本"中提到了增量备份的方式,但是运行一段时间,发现备份出错,提示导入的文件已存在,于是重新检查,修改了脚本.现在一直稳定运行着. 今天重新回顾,发现了之前文章很多错误的地方,对文章作了更新,附上Subsection 全量和

MongoDB学习(三)数据导入导出及备份恢复

这几天想着公司要用MongoDB,自然就要用到数据导入导出,就自己学习了一下. 在Mongo学习(二)中就讲到了在bin目录下有一些工具,本篇就是使用这些工具进行数据的导入导出及备份恢复. 注意:以下命令均在cmd命令行中输入,导出及备份未指明目录情况下,均保存在当前操作目录下. 数据导出mongoexport 1.常用导出方法:导出数据为json 假设库里有一张area 表,里面有9 条记录,我们要将它导出 >c:\mongo\bin\mongoexport -d iflashbuy_log

mongodb备份恢复,数据导入导出

数据导出 mongoexport 假设库里有一张apachelog表,里面有2 条记录,我们要将它导出 /test/mongodb/bin/mongo use wxdata switched to db wxdata db.apachelog.find(); { "_id" : ObjectId("53993357e0e73ac14b29da8a"), "host" : "66.249.69.194", "metho