粗略介绍冷备，热备，温暖，及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实例步骤：
语法：
[root@001 ~]# 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、导出所有数据库
[root@001 ~]# mysqldump -uroot -p123456 --all-databases >/tmp/all.sql #该命令会导出包括系统数据库在内的所有数据库
备份得来的是一个文本文件，里面一堆sql语句
2、导出mysql、testmysql两个数据库的所有数据
[root@001 ~]# mysqldump -uroot -p123456 --databases mysql mysqltest > /tmp/mysql_mysqltest.sql
3、导出mysqltest中的x、x1表
[root@001 ~]# mysqldump -uroot -p123456 --databases mysqltest --tables x x1 >/tmp/x_x1.sql
注意导出指定表只能针对一个数据库进行导出，且导出的内容中和导出数据库也不一样，导出指定表的导出文本中没有创建数据库的判断语句，只有删除表-创建表-导入数据
4、条件导出，导出x表a=1的数据
如果多个表的条件相同可以一次性导出多个表
字段是整形：
[root@001 ~]# mysqldump -uroot -p123456 --databases mysqltest --tables x --where='a=1' >/tmp/a1.sql #字段是字符串,并且导出的sql中不包含drop table,create table
[root@001 ~]# mysqldump -uroot -p123456 --no-create-info --databases mysqltest --tables x --where="a='1'" >/tmp/a2.sql
5、生成新的binlog文件,-F
有时候会希望导出数据之后生成一个新的binlog文件,只需要加上-F参数即可
[root@001 ~]# mysqldump -uroot -p123456 --databases mysqltest -F >/tmp/f_mysql.sql
6、只导出表结构不导出数据，--no-data
[root@001 ~]# mysqldump -uroot -p123456 --no-data --databases mysqltest >/tmp/nodata.sql
7、跨服务器导出导入数据
[root@001 ~]# mysqldump --host=h1 -uroot -proot --databases db1 | mysql --host=h2 -uroot -proot db2
将h1服务器中的db1数据库的所有数据导入到h2中的db2数据库中，db2的数据库必须存在否则会报错
[root@001 ~]# 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
[root@001 ~]# mysqldump -uroot -proot --dump-slave=1 --databases db1 >/tmp/db1.sql
[root@001 ~]# 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禁用.
[root@001 ~]# 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
[root@001 ~]# mysqldump -uroot -p --host=localhost --all-databases –routines
14、压缩备份
[root@001 ~]# mysqldump -uroot -p123456 --databases mysqltest | gzip > abc.sql.gz
还原[root@001 ~]# 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
[root@001 ~]# 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，而不用原来的。
[root@001 ~]# 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的版本、文件大小写敏感和浮点数格式都会成为问题。
--直接复制数据库目录：
[root@001 ~]# service mysqld stop #必须停止数据库
[root@001 ~]# cp -r /data/mysqldata/ /tmp/ #直接拷贝数据目录
[root@001 ~]# 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、完全备份：
[root@001 ~]# 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;
[root@001 ~]# service mysqld stop
[root@001 ~]# mv /data/mysqldata/ /tmp/mysqldata/
[root@001 ~]# 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! #成功
[root@001 ~]# 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! #成功
[root@001 ~]# chown -R mysql.mysql /data/
[root@001 ~]# service mysqld start
2、增量备份
在进行增量备份时，首先要进行一次全量备份，第一次增量备份是基于全备的，之后的增量备份是基于上一次的增量备份，以此类推。
全备份放在/data/backup/full,增量备份放在/data/backup/incremental
2.1全备
[root@001 ~]# mkdir -p /data/backup/full
[root@001 ~]# mkdir -p /data/backup/incremental
[root@001 ~]# 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第一次增量备份
[root@001 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第二次增量备份（这次是基于上次的增量备份）
[root@001 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、[root@001 ~]# innobackupex --apply-log --redo-only /data/backup/full/2017-08-05_18-06-44/
2、将增量备份1应用到完全备份
[root@001 ~]# 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日志中那些还未提交的数据）
[root@001 ~]# 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操作，回滚未提交的数据：
[root@001 ~]# 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;
[root@001 ~]# service mysqld stop
[root@001 ~]# mv /data/mysqldata/ /tmp/mysqldata/
[root@001 ~]# mkdir /data/mysqldata
[root@001 ~]# innobackupex --defaults-file=/etc/my.cnf --copy-back --rsync /data/backup/full/2017-08-05_18-06-44/
[root@001 ~]# chown -R mysql.mysql /data/
[root@001 ~]# 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即为要新搭建的从库。在老的从库上面进行备份：
[root@MySQL-02 ~]# 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 目录要不存在，如果存在是会报错的。
查看目录下生成的文件：
[root@MySQL-02 ~]# 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
[root@MySQL-02 ~]#
查看xtrabackup_slave_info文件内容，这个内容就是为搭建从库时需要change master to的参数：
[root@MySQL-02 ~]# cat /data/cloneslave/xtrabackup_slave_info
CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000006', MASTER_LOG_POS=732
在老的slave服务器上进行还原，即192.168.0.20
[root@MySQL-02 ~]# 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
[root@MySQL-02 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参数，修改完毕后，启动新的从库；
[root@MySQL-02 data]# scp /etc/my.cnf 192.168.0.100:/etc/
root@192.168.0.100's password:
my.cnf 100% 4881 4.8KB/s 00:00
[root@MySQL-02 data]#
[root@newslave mysql]# egrep 'log-slave|^server-id|skip_slave' /etc/my.cnf
server-id = 3
skip_slave_start
log-slave-updates=1
[root@newslave mysql]#
[root@newslave mysql]# chown -R mysql.mysql .
[root@newslave mysql]# /etc/init.d/mysqld restart
Shutting down MySQL. [ OK ]
Starting MySQL.. [ OK ]
[root@newslave 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 statusG
*************************** 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 processlistG
*************************** 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