mysql到底如何备份

数据备份是数据容灾的最后一道防线，即便有着两地三中心的架构，备份也依然重要。如果备份出问题，备份时影响了交易业务，备份数据无法恢复，这些也是企业难以承受的。所以选择合适的备份工具尤为重要。

每个企业级数据库都会有配套的备份工具，MEB(MySQL Enterprise Backup)就是MySQL企业版中非常重要的工具之一，是为企业级客户提供的数据备份方案。

Xtrabackup一直作为MEB 开源版备胎而存在，从MySQL 80开始情况可能会变得有所不同。

在 MySQL 80的Backup Lock、Redo Log Archiving、Page Tracking等新特性的加持下，MEB备份/恢复体验会更好，目前xtrabackup还不支持这些特性。

MySQL 企业版还有哪些功能？

特性1：Backup Lock

80之前使用xtrabackup或MEB做物理备份，为了保证备份时InnoDB引擎表与其他引擎数据文件、及binlog日志的一致性会上全局读锁，再拷贝非InnoDB文件，这期间MySQL会变成只读，数据无法写入。表数量越多，可能加上时间越长，如果使用的xtrabackup 不小心没加rsync参数，逐个拷贝frm文件，锁定时间会更长，对业务影响较大。

我曾遇到过部署在虚拟机的实例有12000多张表，当时使用的xtrabackup，备份脚本中没加rsync参数，结果锁了十几分钟，而MEB就没有这样的问题。

MySQL 80支持轻量级备份锁 LOCK INSTANCE FOR BACKUP，数据字典也重构了由InnoDB存储。若不创建非InnoDB表，MEB默认使用备份锁获取binlog日志一致性位置，并阻止DDL *** 作，但不影响DML *** 作。

只有InnoDB表，仅上备份锁

若有非InnoDB表，上全局锁

特性2：Redo Log Archiving

MEB能做到在线热备，备份时不影响数据库读写，这是利用了InnoDB事务日志，在备份期间持续监视redo log的变化，读取增量变化，写入到ibbackup_logfile，也就不需要上锁来保障备份一致性。(对非InnoDB的文件需要上读锁拷贝)

如果备份期间数据库写入负载特别大，而写入ibbackup_logfile速度较慢，redo log size也不大，很可能会出现ibbackup_logfile的写入速度跟不上redo log记录生成速度，redo log 空间不够时需要覆写日志文件，那么来不及写入ibbackup_logfile的记录会丢失，导致备份失败。

MEB 41对此做了优化，将redo log处理线程拆分成多线程分工合作，提高处理redo log的效率，降低了redo log覆写造成备份失败的概率，但redo log新增速度和ibbackup_logfile写入速度悬殊太大，问题依然会发生。

MySQL 8017支持了redo log archiving 彻底解决了此问题，备份前设置innodb_redo_log_archive_dirs，指定redo log归档目录。MEB备份时自动开启日志归档，当checkpoint时会将旧记录归档到此目录，后续从归档文件中读取redo日志记录，避免了覆写可能导致的redo记录丢失。

注意：innodb_redo_log_archive_dirs 不能在数据目录下，目录权限要求是700

特性3：Page Tracking

Page Tracking 是为优化增量备份效率，减少不必要的数据页扫描。

增量备份当前有3种扫描模式：

page-track：利用LSN精确跟踪上次备份之后被修改页面，仅复制这些页面，效率最快。

optimistic：扫描上次备份之后被修改的InnoDB 数据文件中，找出并拷贝修改的页面。依赖系统时间，使用存在限制。

full-scan：扫描所有InnoDB数据文件，找出并拷贝自上次备份之后修改的页面，效率最慢

1、利用page-track增量备份，需先安装备份组件

mysql> INSTALL COMPONENT "file://component_mysqlbackup";

2、在全备前开启page-track

SELECT mysqlbackup_page_track_set(true);

3、全备之后，做增量备份时指定若满足page tracking条件，默认会使用page-track模式，否则会使用full-scan模式，也可以指定--incremental=page-track。

mysqlbackup --incremental-backup-dir=backup_incr --trace=3 --incremental=page-track --incremental-base=history:last_full_backup backup

incremental-base有3种选择

last_backup：基于前一次备份做增备，前一次备份可能是增备，也可能是全备。这种方式全备之间可能会有多个增备，每次增量可能比较小，但恢复时需要逐个合并。

last_full_backup：基于前一次全备做增备。这种方式增备会越往后体积可能越大，但恢复时只需要合并最后一次增量备份。

dir：基于前一次的备份目录，前一次备份可能是增备，也可能是全备。

测试对比full-scan 和page-track ，在变更页小于总体50%的情况下 ，备份效率至少能有1倍的速度提升。

page-track 模式 磁盘读写均衡，说明读写的都是修改页面。

full-scan模式 磁盘读写差别很大，说明读了很多未修改的页面。

1：官方百万级别的测试数据库：

官方测试数据库github网址：>

方法一：如果你使用的是虚拟主机，可以用使用phpmyadmin来备份数据库。

1）登陆phpmyadmin。登陆后左边会出现数据库列表，单击要备份的数据库，如图。

Mysql数据库备份的几种方法

2）在d出的页面中，右侧上部单击“导出”按钮，一般保持默认选项，最下面“另存为文件”，选择“ZIP压缩”，最后单击执行按钮，如图

Mysql数据库备份的几种方法

3）d出保存文件后，保存文件即可，如图。

Mysql数据库备份的几种方法

其实你的这个问题是mysql中的一个核心问题，既mysql数据的备份和恢复

你可以使用三种方式

1使用sql语句导入导出

2使用mysqldump 和mysqlimport 工具

3直接copy 数据文件 既冷备份

你说说的详细，就给积分，那我就说详细些

一使用sql语句完成mysql的备份和恢复

你可以使用SELECT INTO OUTFILE语句备份数据，并用LOAD DATA INFILE语句恢复数据。这种方法只能导出数据的内容，不包括表的结构，如果表的结构文件损坏，你必须要先恢复原来的表的结构。

语法：

SELECT INTO {OUTFILE | DUMPFILE} 'file_name' FROM tbl_name

LOAD DATA [LOW_PRIORITY] [LOCAL] INFILE 'file_nametxt' [REPLACE | IGNORE]

INTO TABLE tbl_name

SELECT INTO OUTFILE 'file_name'格式的SELECT语句将选择的行写入一个文件。文件在服务器主机上被创建，并且不能是已经存在的(不管别的，这可阻止数据库表和文件例如“/etc/passwd”被破坏)。SELECT INTO OUTFILE是LOAD DATA INFILE逆 *** 作。

LOAD DATA INFILE语句从一个文本文件中以很高的速度读入一个表中。如果指定LOCAL关键词，从客户主机读文件。如果LOCAL没指定，文件必须位于服务器上。(LOCAL在MySQL3226或以后版本中可用。)

为了安全原因，当读取位于服务器上的文本文件时，文件必须处于数据库目录或可被所有人读取。另外，为了对服务器上文件使用LOAD DATA INFILE，在服务器主机上你必须有file的权限。使用这种SELECT INTO OUTFILE语句，在服务器主机上你必须有FILE权限。

为了避免重复记录，在表中你需要一个PRIMARY KEY或UNIQUE索引。当在唯一索引值上一个新记录与一个老记录重复时，REPLACE关键词使得老记录用一个新记录替代。如果你指定IGNORE，跳过有唯一索引的现有行的重复行的输入。如果你不指定任何一个选项，当找到重复索引值时，出现一个错误，并且文本文件的余下部分被忽略时。

如果你指定关键词LOW_PRIORITY，LOAD DATA语句的执行被推迟到没有其他客户读取表后。

使用LOCAL将比让服务器直接存取文件慢些，因为文件的内容必须从客户主机传送到服务器主机。在另一方面，你不需要file权限装载本地文件。如果你使用LOCAL关键词从一个本地文件装载数据，服务器没有办法在 *** 作的当中停止文件的传输，因此缺省的行为好像IGNORE被指定一样。

当在服务器主机上寻找文件时，服务器使用下列规则：

 如果给出一个绝对路径名，服务器使用该路径名。

 如果给出一个有一个或多个前置部件的相对路径名，服务器相对服务器的数据目录搜索文件。

 如果给出一个没有前置部件的一个文件名，服务器在当前数据库的数据库目录寻找文件。

假定表tbl_name具有一个PRIMARY KEY或UNIQUE索引，备份一个数据表的过程如下：

1、锁定数据表，避免在备份过程中，表被更新

mysql>LOCK TABLES READ tbl_name;

关于表的锁定的详细信息，将在下一章介绍。

2、导出数据

mysql>SELECT INTO OUTFILE ‘tbl_namebak’ FROM tbl_name;

3、解锁表

mysql>UNLOCK TABLES;

相应的恢复备份的数据的过程如下：

1、为表增加一个写锁定：

mysql>LOCK TABLES tbl_name WRITE;

2、恢复数据

mysql>LOAD DATA INFILE ‘tbl_namebak’

->REPLACE INTO TABLE tbl_name;

如果，你指定一个LOW_PRIORITY关键字，就不必如上要对表锁定，因为数据的导入将被推迟到没有客户读表为止：

mysql>LOAD DATA LOW_PRIORITY INFILE ‘tbl_name’

->REPLACE INTO TABLE tbl_name;

3、解锁表

mysql->UNLOCAK TABLES;

532使用mysqlimport恢复数据

如果你仅仅恢复数据，那么完全没有必要在客户机中执行SQL语句，因为你可以简单的使用mysqlimport程序，它完全是与LOAD DATA 语句对应的，由发送一个LOAD DATA INFILE命令到服务器来运作。执行命令mysqlimport --help，仔细查看输出，你可以从这里得到帮助。

shell> mysqlimport [options] db_name filename

对于在命令行上命名的每个文本文件，mysqlimport剥去文件名的扩展名并且使用它决定哪个表导入文件的内容。例如，名为“patienttxt”、“patienttext”和“patient”将全部被导入名为patient的一个表中。

常用的选项为：

-C, --compress 如果客户和服务器均支持压缩，压缩两者之间的所有信息。

-d, --delete 在导入文本文件前倒空表格。

l, --lock-tables 在处理任何文本文件前为写入所定所有的表。这保证所有的表在服务器上被同步。

--low-priority，--local，--replace，--ignore分别对应LOAD DATA语句的LOW_PRIORITY，LOCAL，REPLACE，IGNORE关键字。

例如恢复数据库db1中表tbl1的数据，保存数据的文件为tbl1bak，假定你在服务器主机上：

shell>mysqlimport --lock-tables --replace db1 tbl1bak

这样在恢复数据之前现对表锁定，也可以利用--low-priority选项：

shell>mysqlimport --low-priority --replace db1 tbl1bak

如果你为远程的服务器恢复数据，还可以这样：

shell>mysqlimport -C --lock-tables --replace db1 tbl1bak

当然，解压缩要消耗CPU时间。

象其它客户机一样，你可能需要提供-u，-p选项以通过身分验证，也可以在选项文件mycnf中存储这些参数，具体方法和其它客户机一样，这里就不详述了。

二、使用mysqldump备份数据

同mysqlimport一样，也存在一个工具mysqldump备份数据，但是它比SQL语句多做的工作是可以在导出的文件中包括SQL语句，因此可以备份数据库表的结构，而且可以备份一个数据库，甚至整个数据库系统。

mysqldump [OPTIONS] database [tables]

mysqldump [OPTIONS] --databases [OPTIONS] DB1 [DB2 DB3]

mysqldump [OPTIONS] --all-databases [OPTIONS]

如果你不给定任何表，整个数据库将被倾倒。

通过执行mysqldump --help，你能得到你mysqldump的版本支持的选项表。

1、备份数据库的方法

例如，假定你在服务器主机上备份数据库db_name

shell> mydqldump db_name

当然，由于mysqldump缺省时把输出定位到标准输出，你需要重定向标准输出。例如，把数据库备份到bd_namebak中：

shell> mydqldump db_name>db_namebak

你可以备份多个数据库，注意这种方法将不能指定数据表：

shell> mydqldump --databases db1 db1>dbbak

你也可以备份整个数据库系统的拷贝，不过对于一个庞大的系统，这样做没有什么实际的价值：

shell> mydqldump --all-databases>dbbak

虽然用mysqldump导出表的结构很有用，但是恢复大量数据时，众多SQL语句使恢复的效率降低。你可以通过使用--tab选项，分开数据和创建表的SQL语句。

-T，--tab= 在选项指定的目录里，创建用制表符（tab）分隔列值的数据文件和包含创建表结构的SQL语句的文件，分别用扩展名txt和sql表示。该选项不能与--databases或--all-databases同时使用，并且mysqldump必须运行在服务器主机上。

例如，假设数据库db包括表tbl1，tbl2，你准备备份它们到/var/mysqldb

shell>mysqldump --tab=/var/mysqldb/ db

其效果是在目录/var/mysqldb中生成4个文件，分别是tbl1txt、tbl1sql、tbl2txt和tbl2sql。

2、mysqldump实用程序时的身份验证的问题

同其他客户机一样，你也必须提供一个MySQL数据库帐号用来导出数据库，如果你不是使用匿名用户的话，可能需要手工提供参数或者使用选项文件：

如果这样：

shell>mysql -u root –pmypass db_name>db_namesql

或者这样在选项文件中提供参数：

[mysqldump]

user=root

password=mypass

然后执行

shell>mysqldump db_name>db_namesql

那么一切顺利，不会有任何问题，但要注意命令历史会泄漏密码，或者不能让任何除你之外的用户能够访问选项文件，由于数据库服务器也需要这个选项文件时，选项文件只能被启动服务器的用户（如，mysql）拥有和访问，以免泄密。在Unix下你还有一个解决办法，可以在自己的用户目录中提供个人选项文件（~/mycnf）,例如，/home/some_user/mycnf，然后把上面的内容加入文件中，注意防止泄密。在NT系统中，你可以简单的让c:\mycnf能被指定的用户访问。

你可能要问，为什么这么麻烦呢，例如，这样使用命令行：

shell>mysql -u root –p db_name>db_namesql

或者在选项文件中加入

[mysqldump]

user=root

password

然后执行命令行：

shell>mysql db_name>db_namesql

你发现了什么？往常熟悉的Enter password:提示并没有出现，因为标准输出被重定向到文件db_namesql中了，所以看不到往常的提示符，程序在等待你输入密码。在重定向的情况下，再使用交互模式，就会有问题。在上面的情况下，你还可以直接输入密码。然后在文件db_namesql文件的第一行看到:

Enter password:#……

你可能说问题不大，但是mysqldump之所以把结果输出到标准输出，是为了重定向到其它程序的标准输入，这样有利于编写脚本。例如：

用来自于一个数据库的信息充实另外一个MySQL数据库也是有用的：

shell>mysqldump --opt database | mysql --host=remote-host -C database

如果mysqldump仍运行在提示输入密码的交互模式下，该命令不会成功，但是如果mysql是否运行在提示输入密码的交互模式下，都是可以的。

如果在选项文件中的[client]或者[mysqldump]任何一段中指定了password选项，且不提供密码，即使，在另一段中有提供密码的选项password=mypass,例如

[client]

user=root

password

[mysqldump]

user=admin

password=mypass

那么mysqldump一定要你输入admin用户的密码：

mysql>mysqldump db_name

即使是这样使用命令行：

mysql>mysqldump –u root –ppass1 db

也是这样，不过要如果-u指定的用户的密码。

其它使用选项文件的客户程序也是这样

3、有关生成SQL语句的优化控制

--add-locks 生成的SQL 语句中，在每个表数据恢复之前增加LOCK TABLES并且之后UNLOCK TABLE。(为了使得更快地插入到MySQL)。

--add-drop-table 生成的SQL 语句中，在每个create语句之前增加一个drop table。

-e, --extended-insert 使用全新多行INSERT语法。（给出更紧缩并且更快的插入语句）

下面两个选项能够加快备份表的速度：

-l, --lock-tables 为开始导出数据前，读锁定所有涉及的表。

-q, --quick 不缓冲查询，直接倾倒至stdout。

理论上，备份时你应该指定上诉所有选项。这样会使命令行过于复杂，作为代替，你可以简单的指定一个--opt选项，它会使上述所有选项有效。

例如，你将导出一个很大的数据库：

shell> mysqldump --opt db_name > db_nametxt

当然，使用--tab选项时，由于不生成恢复数据的SQL语句，使用--opt时，只会加快数据导出。

4、恢复mysqldump备份的数据

由于备份文件是SQL语句的集合，所以需要在批处理模式下使用客户机

 如果你使用mysqldump备份单个数据库或表，即：

shell>mysqldump --opt db_name > db_namesql

由于db_namesql中不包括创建数据库或者选取数据库的语句，你需要指定数据库

shell>mysql db2 < db_namesql

 如果，你使用--databases或者--all-databases选项，由于导出文件中已经包含创建和选用数据库的语句，可以直接使用，不比指定数据库，例如：

shell>mysqldump --databases db_name > db_namesql

shell>mysql <db_namesql

 如果你使用--tab选项备份数据，数据恢复可能效率会高些

例如，备份数据库db_name后在恢复：

shell>mysqldump --tab=/path/to/dir --opt test

如果要恢复表的结构，可以这样：

shell>mysql < /path/to/dir/tbl1sql

…

如果要恢复数据，可以这样

shell>mysqlimport -l db /path/to/dir/tbl1txt

…

如果是在Unix平台下使用（推荐），就更方便了：

shell>ls -l sql | mysql db

shell>mysqlimport --lock-tables db /path/to/dir/txt

三 用直接拷贝的方法备份恢复

根据本章前两节的介绍，由于MySQL的数据库和表是直接通过目录和表文件实现的，因此直接复制文件来备份数据库数据，对MySQL来说特别方便。而且自MySQL 323起MyISAM表成为缺省的表的类型，这种表可以为在不同的硬件体系中共享数据提供了保证。

使用直接拷贝的方法备份时，尤其要注意表没有被使用，你应该首先对表进行读锁定。

备份一个表，需要三个文件：

对于MyISAM表：

tbl_namefrm 表的描述文件

tbl_nameMYD 表的数据文件

tbl_nameMYI 表的索引文件

对于ISAM表：

tbl_namefrm 表的描述文件

tbl_nameISD 表的数据文件

tbl_nameISM 表的索引文件

你直接拷贝文件从一个数据库服务器到另一个服务器，对于MyISAM表，你可以从运行在不同硬件系统的服务器之间复制文件

像你这个问题，可以把远程机器的mysql数据目录ftp下载到你本地的mysql目录下，重启mysql就可以了

使用直接拷贝的方法备份时，尤其要注意表没有被使用，应该对表进行读锁定或停止MySQL服务。备份一个表，需要三个文件：

对于MyISAM表：

tbl_namefrm 表的描述文件

tbl_nameMYD 表的数据文件

tbl_nameMYI 表的索引文件

对于ISAM表：

tbl_namefrm 表的描述文件

tbl_nameISD 表的数据文件

tbl_nameISM 表的索引文件

对于MyISAM表，你可以从运行在不同硬件系统的服务器之间复制文件，例如，SUN服务器和INTEL PC机之间。

当 然，这只是备份一个数据表，在很多情况下我们需要备份完整的数据库，这个时候同样可以直接复制数据库文件夹即可完成备份；若想再省点儿事，把整个数据库目 录“data”复制也可以，但是在还原数据时要注意，只能一个一个地还原数据库，因为该目录下有mysql运行时的配置文件，若正在运行的mysql配置 信息遭到还原破坏，整个mysql服务就会无法启动。

SELECT INTO OUTFILE和MYSQLDUMP备份数据：

MySQLdump工具可以把整个数据库装载到一个单独的文本文件中。这个文件包含所有重建数据库和表的SQL命令。这个命令取得所有的模式 （Schema）并且将其转换成DDL语法（CREATE语句，即数据库定义语句），还取得所有的数据，并且为这些数据创建INSERT语句。所有的东西 都被包含到了一个文本文件中。这个文本文件可以用一个简单的批处理和一个合适SQL语句导回到MySQL中。这个工具令人难以置信地简单而快速。

有3种方式来调用mysqldump

选择一个数据库或一个数据表备份到一个文件：

/bin> mysqldump [options] db_name [tables] > filenametxt

选择多个数据库备份到一个文件：

/bin> mysqldump [options] --database DB1 [DB2 DB3] > filenametxt

所有数据库备份到一个文件：

/bin> mysqldump [options] --all--database > filenametxt

Option选择：

--help，-？

显示帮助消息并退出。

--add-drop-table

这个选项将会在每一个表的前面加上DROP TABLE IF EXISTS语句，这样可以保证导回MySQL数据库的时候不会出错，因为每次导回的时候，都会首先检查表是否存在，存在就删除

--add-locks

这个选项会在INSERT语句中捆上一个LOCK TABLE和UNLOCK TABLE语句。这就防止在这些记录被再次导入数据库时其他用户对表进行的 *** 作

-c or --complete_insert

这个选项使得MySQLdump命令给每一个产生INSERT语句加上列（field）的名字。当把数据导出导另外一个数据库时这个选项很有用。

--delayed-insert 在INSERT命令中加入DELAY选项

-F or --flush-logs 使用这个选项，在执行导出之前将会刷新MySQL服务器的log

-f or --force 使用这个选项，即使有错误发生，仍然继续导出

--full 这个选项把附加信息也加到CREATE TABLE的语句中

-l or --lock-tables 使用这个选项，导出表的时候服务器将会给表加锁。

-t or --no-create- info

这个选项使的MySQLdump命令不创建CREATE TABLE语句，这个选项在您只需要数据而不需要DDL（数据库定义语句）时很方便。

-d or --no-data 这个选项使的MySQLdump命令不创建INSERT语句。

在您只需要DDL语句时，可以使用这个选项。

--opt 此选项将打开所有会提高文件导出速度和创造一个可以更快导入的文件的选项。

-q or --quick 这个选项使得MySQL不会把整个导出的内容读入内存再执行导出，而是在读到的时候就写入导文件中。

-T path or --tab = path

这 个选项将会将数据库中每一个表创建两个文件，一个文件包含DDL语句或者表创建语句，另一个文件包含数据。DDL文件被命名为 table_namesql，数据文件被命名为table_nametxt。该参数的path为存放目录，而且该目录必须已经存在。 如：/bin>mysqldump –uroot –p --tab=d:\\ mydata

-w "WHERE Clause" or --where = "Where clause " 筛选将要放到导出文件的数据。

下面来看几组mysqldump命令案例：

将数据库mydata的内容备份到mydatatxt文件中：

/bin>MySQLdump –uroot -p mydata > d:\\mydatatxt

将mydata数据库中的users表的内容备份到d:\\userstxt：

/bin>MySQLdump –uroot -p mydata users > d:\\userstxt

将mydata数据库中的users表username值为“feihu”的数据备份到d:\\userstxt：

/bin>MySQLdump –uroot -p --where=”username=’feihu’” mydata users > d:\\userstxt;

将mydata数据库以及内部表的创建结构（DDL）备份到d:\\userstxt：

/bin>MySQLdump –uroot –p -d mydata > d:\\mydatatxt

将mydata和mydata2数据库同时备份到d:\\userstxt：

/bin> MySQLdump –uroot –p -d mydata mydata2 > d:\\mydatatxt

将所有数据备份到一个数据库，命令怎么写呢？？？

schema： 模式The set of statements, expressed in data definition language, that completely describe the structure of a data base（一组以数据定义语言来表达的语句集,该语句集完整地描述了数据库的结构。）

当需要将还原备份数据时，使用如下语句：

/bin>mysql –uroot –p mydata < d:\\mydatatxt;

注意使用“<”符号，导入数据。还可以使用source命令执行文件中的脚本来还原数据，如：

Mysql>source d:\mydatatxt;

LOAD DATA INFILE和MYSQLIMPORT恢复数据

关于load data infile语句的使用已经在别一节讲述过了，详细请参考“使用LOAD DATA和INSERT语句导入Mysql数据”。如果你仅仅恢复数据， mysqlimport完全是与LOAD DATA 语句对应的，读者可以任意选择一个去实现。

MySQLimport位于MySQL/bin目录中，是MySQL的一个载入（或者说导入）数据的一个非常有效的工具。这是一个命令行工具。有两个参数 以及大量的选项可供选择。这个工具把一个文本文件（textfile）导入到你指定的数据库和表中。比方说我们要从文件userstxt中把数据导入到 数据库mydata中的表users中：

/bin>mysqlimport –uroot –p mydata d:\userstxt

注意：这里userstxt是我们要导入数据的文本文件，而mydata是我们要 *** 作的数据库，数据库中的表名是users，这里文本文件的数据格式必须与users表中的记录格式一致，否则MySQLimport命令将会出错。

其中表的名字是导入文件的第一个句号（）前面文件字符串，另外一个例子：MySQLimport mydata users200910txt；那么我们将把文件中的内容导入到数据库mydata 中的users表中。

上面的例子中，都只用到两个参数，并没有用到更多的选项，下面介绍MySQLimport的选项

-d or --delete 新数据导入数据表中之前删除数据数据表中的所有信息

-f or --force 不管是否遇到错误，MySQLimport将强制继续插入数据

-i or --ignore MySQLimport跳过或者忽略那些有相同唯一关键字的行， 导入文件中的数据将被忽略。

-l or -lock-tables 数据被插入之前锁住表，这样就防止了，你在更新数据库时，用户的查询和更新受到影响。

-r or -replace 这个选项与－i选项的作用相反；此选项将替代表中有相同唯一关键字的记录。

--fields-enclosed-by= char 指定文本文件中数据的记录时以什么括起的， 很多情况下数据以双引号括起。 默认的情况下数据是没有被字符括起的。

--fields-terminated-by=char 指定各个数据的值之间的分隔符，在句号分隔的文件中，分隔符是句号。您可以用此选项指定数据之间的分隔符。默认的分隔符是跳格符（Tab）

--lines-terminated-by=str 此选项指定文本文件中行与行之间数据的分隔字符串或者字符。 默认的情况下MySQLimport以newline为行分隔符。您可以选择用一个字符串来替代一个单个的字符：一个新行或者一个回车。

MySQLimport命令常用的选项还有-v 显示版本（version），-p 提示输入密码（password）等。

如果，我们要导入一个文件(Orderstxt)中行的记录格式是这样的：

"1", "ORD89876", "1 Dozen Roses", "19991226"

我们的任务是要把这个文件里面的数据导入到数据库mydata中的表格Orders中，我们使用这个命令:

/Bin>MySQLimport -uroot–prl --fields-enclosed-by=" --fields-terminated-by=, mydata Orderstxt

比如我们要插入一些数据，使用包含下面文本的文件(文件名为New_Datasql,当然我们也可以取名为New_Datatxt及任何其他的合法名字，并不一定要以后缀sql结尾)：

USE mydata; INSERT INTO Orders (Orders_ID, username) VALUES(1, "Block"); INSERT INTO Orders (Orders_ID, username) VALUES(2, "Newton"); INSERT INTO Orders (Orders_ID, username) VALUES(3, "Simmons");

注意上面的这些句子的语法都必须是正确的，并且每个句子以分号结束。上面的USE命令选择数据库，INSERT命令插入数据。

然后运行下面的命令：

/bin>mysql –uroot –p mydata < d:\New_Datatxt;

接着按提示输入密码，如果上面的文件中的语句没有错误，那么这些数据就被导入到了数据库中。

两种方法：①找到bin-mysql-你的数据库名，直接压缩备份文件夹(此处备份的是物理文件)； ②下载Mysql管理工具 我用的是navicat for mysql 里面自动检索你bin-mysql里面的所有数据库。然后 右键数据库名有一个 导出sql文件(以sql文件形式导出)

1 mysqldump： 最早，也是最成熟的逻辑备份工具，是 MySQL 原生的用来备份整个数据库实例、单个数据库、单张表的逻辑备份工具， 上手简单，学习成本几乎为 0。备份简单，恢复也简单。

比如导出单个数据库 ytt: mysqldump ytt > /tmp/yttsql；

恢复也非常简单：mysql < /tmp/yttsql

缺点是备份速度慢。在整个备份过程中，是单线程运行；备份出来的数据集要恢复的话同样也是单线程运行，恢复速度也慢。除非对同一时刻的所有表单独备份出来，自己写额外脚本进行多线程恢复。

2 mysqlpump：MySQL 57 GA 后推出的 mysqldump工具的增强版。可以对同一个数据集多个线程并发备份，备份速度很快。

其他缺点和 mysqldump 一样。

3 MySQL Shell UTIL 对象附带的备份工具：随 MySQL 8021 最新版本捆绑发布，自带多线程备份以及多线程恢复功能， 可以直接替代 mysqldump/mysqlpump。

dump_instance/dumpInstance 用来多线程备份 MySQL 整个单机实例

dump_schemas/dumpSchemas 用来多线程备份 MySQL 单个数据库

load_dump/loadDump 用来多线程恢复之前两个工具导出的数据集文件

MySQL Shell UTIL 备份恢复工具具备如下特性：

1 压缩导出（默认压缩算法 zstd）

2 数据集分块导出，每块 32M

3 默认导出存储过程、存储函数、触发器、事件、用户、视图

4 默认 4 个线程导出

5 默认进度展示

6 默认字符集 utf8mb4

7 默认开启一致性导出

8 默认表，视图等定义导出为 SQL 语句

9 默认数据导出为 TSV 格式数据

以上就是关于mysql到底如何备份全部的内容，包括:mysql到底如何备份、MySQL的备份与还原，非常规备份，全量备份，增量备份、mysql怎么备份数据库等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！