您的位置:

脚本远程备份mysql数据库,sqlserver数据库备份脚本

本文目录一览:

如何远程备份MySQL binlog

用脚本对远程服务器进行备份的方式,有个缺点:无法对MySQL服务器当前正在写的二进制日志文件进行备份。所以,只能等到MySQL服务器全部写完才能进行备份。而写完一个binlog的时间并不固定,这就导致备份周期的不确定。

从MySQL5.6开始,mysqlbinlog支持将远程服务器上的binlog实时复制到本地服务器上。

mysqlbinlog的实时二进制复制功能并非简单的将远程服务器的日志复制过来,它是通过MySQL 5.6公布的Replication API实时获取二进制事件。本质上,就相当于MySQL的从服务器。与普通服务器类似,主服务器发生事件后,一般都会在0.5~1秒内进行备份。

备份命令

mysqlbinlog --read-from-remote-server --raw --host=192.168.244.145 --port=3306 --user=repl --password=repl --stop-never mysql-bin.000001

解释如下:

--read-from-remote-server:用于备份远程服务器的binlog。如果不指定该选项,则会查找本地的binlog。

--raw:binlog日志会以二进制格式存储在磁盘中,如果不指定该选项,则会以文本形式保存。

--user:复制的MySQL用户,只需要授予REPLICATION SLAVE权限。

--stop-never:mysqlbinlog可以只从远程服务器获取指定的几个binlog,也可将不断生成的binlog保存到本地。指定此选项,代表只要远程服务器不关闭或者连接未断开,mysqlbinlog就会不断的复制远程服务器上的binlog。

mysql-bin.000001:代表从哪个binlog开始复制。

除了以上选项外,还有以下几个选项需要注意:

--stop-never-slave-server-id:在备份远程服务器的binlog时,mysqlbinlog本质上就相当于一个从服务器,该选项就是用来指定从服务器的server-id的。默认为-1。

--to-last-log:代表mysqlbinlog不仅能够获取指定的binlog,还能获取其后生成的binlog,获取完了,才终止。如果指定了--stop-never选项则会隐式打开--to-last-log选项。

--result-file:用于设置远程服务器的binlog,保存到本地的前缀。譬如对于mysql-bin.000001,如果指定--result-file=/test/backup-,则保存到本地后的文件名为/test/backup-mysql-bin.000001。注意:如果将--result-file设置为目录,则一定要带上目录分隔符“/”。譬如--result-file=/test/,而不是--result-file=/test,不然保存到本地的文件名为/testmysql-bin.000001。

不足:

这个方式有个问题,对于常规的主从复制来说,如果主从直接的连接断开了,则从会自动再次连接,而对于mysqlbinlog,如果断开了,并不会自动连接。

解决方案:

可通过脚本来弥补上述不足

#!/bin/sh

BACKUP_BIN=/usr/bin/mysqlbinlog

LOCAL_BACKUP_DIR=/backup/binlog/

BACKUP_LOG=/backup/binlog/backuplog

REMOTE_HOST=192.168.244.145

REMOTE_PORT=3306

REMOTE_USER=repl

REMOTE_PASS=repl

FIRST_BINLOG=mysql-bin.000001

#time to wait before reconnecting after failure

SLEEP_SECONDS=10

##create local_backup_dir if necessary

mkdir -p ${LOCAL_BACKUP_DIR}

cd ${LOCAL_BACKUP_DIR}

## 运行while循环,连接断开后等待指定时间,重新连接

while :

do

 if [ `ls -A "${LOCAL_BACKUP_DIR}" |wc -l` -eq 0 ];then

 LAST_FILE=${FIRST_BINLOG}

 else

 LAST_FILE=`ls -l ${LOCAL_BACKUP_DIR} | grep -v backuplog |tail -n 1 |awk '{print $9}'`

 fi

 ${BACKUP_BIN} --raw --read-from-remote-server --stop-never --host=${REMOTE_HOST} --port=${REMOTE_PORT} --user=${REMOTE_USER} --password=${REMOTE_PASS} ${LAST_FILE}

 echo "`date +"%Y/%m/%d %H:%M:%S"` mysqlbinlog停止,返回代码:$?" | tee -a ${BACKUP_LOG}

 echo "${SLEEP_SECONDS}秒后再次连接并继续备份" | tee -a ${BACKUP_LOG} 

 sleep ${SLEEP_SECONDS}

done

脚本解读:

1. 实际上定义了一个死循环,如果备份失败,则10s后重新连接。

2. 第一次运行时需指定FIRST_BINLOG的值,指从哪个binlog开始复制,一般为mysql-bin.000001。后续执行的时候就直接获取备份目录下最新的binlog,从最新的binlog开始复制。

总结:

1. 如果指定了--raw,mysqlbinlog获取事件后,并不会实时落盘,而是先保存在本地服务器的内存中,每4K刷盘一次。这也就减少了频繁的日志写操作。如果此时mysqlbinlog和主服务器之间的连接断开了,则内存中的binlog会马上刷新到磁盘中。

2. 尽管mysqlbinlog类似于从服务器,但从服务器上的relaylog却是实时存盘的,即从服务器获取主服务器产生的事件后,会实时写入到relaylog中。

3. 如果不指定--raw,这个时候会以文本格式存盘,此时,--result-file=/test/不能指定为目录,必须明确写上文件名,譬如--result-file=/test/1.sql,此时,mysqlbinlog获取事件后,是实时落盘的,不会每4K刷盘一次。

求一份自动备份mysql数据库的脚本。

@rem ---------------------------创建备份目录-----------------------------------------

@echo off   

set backup_dir=D:/数据备份

set backup_dir_run=D:/数据备份/run

set backup_dir_land=D:/数据备份/land

set log_file=%backup_dir%/backup_record.log 

if not exist "%backup_dir_run%" md "%backup_dir_run%"

if not exist "%backup_dir_land%" md "%backup_dir_land%"

@rem ---------------------------创建备份目录结束------------------------------------- 

@rem ---------------------------取得当前时间----------------------------------------- 

set year=%date:~0,4% 

::当前年 

set month=%date:~5,2%

::当前月 

set day=%date:~8,2% 

::当前日 

set hour=%time:~0,2% 

::当前小时 

set minute=%time:~3,2% 

::当前分钟 

set mydate=%year%%month%%day%

set mytime=%hour%%minute%

@rem ---------------------------取得当前时间结束-------------------------------------

@rem ---------------------------设置标签-------------------------------------

set tag_long=echo --------------------------------------------------  %log_file%

set tag_short=echo ... %log_file%

@rem ---------------------------设置结束-------------------------------------

@rem ---------------------------备份数据库-------------------------------------------

%tag_long%

echo -------------正在执行MySQL数据库备份 [%date%%time%] --------------  %log_file%

%tag_long%

%tag_short% 

%tag_short%

set cmd_mysql=D:/WEBROOT/mysql50/bin/mysqldump -R -uroot -p111 

echo 导出d_land_run... %backup_dir%/backup_record.log

set sqlfile_d_land_run="%backup_dir_land_run%/d_run%mydate%%mytime%.sql"

if exist %sqlfile_d_land_run% del %sqlfile_d_land_run% 

%cmd_mysql% d_land_run %sqlfile_d_land_run% 

echo 导出d_land_run结束... %log_file%

%tag_short% 

%tag_short%

 

echo 导出d_run... %backup_dir%/backup_record.log

set sqlfile_d_run="%backup_dir_run%/d_run%mydate%%mytime%.sql"

if exist %sqlfile_d_run% del %sqlfile_d_run% 

%cmd_mysql% d_run %sqlfile_d_run% 

echo 导出d_run结束... %log_file%

%tag_short% 

%tag_short%

 

echo 导出d_run_shop ... %log_file%

set sqlfile_d_run_shop="%backup_dir_run%/d_run_shop%mydate%%mytime%.sql"

if exist %sqlfile_d_run_shop% del %sqlfile_d_run_shop% 

%cmd_mysql% d_run_shop %sqlfile_d_run_shop% 

echo 导出d_run_shop结束... %log_file%

 

%tag_short% 

%tag_short%

 

echo 导出bugs... %log_file%

set sqlfile_bugs="%backup_dir_land%/bugs%mydate%%mytime%.sql"

if exist %sqlfile_bugs% del %sqlfile_bugs% 

%cmd_mysql% bugs %sqlfile_bugs% 

echo 导出bugs结束... %log_file%

 

%tag_short% 

%tag_short%

 

echo 导出discuz... %log_file%

set sqlfile_discuz="%backup_dir_land%/discuz%mydate%%mytime%.sql"

if exist %sqlfile_discuz% del %sqlfile_discuz% 

%cmd_mysql% discuz %sqlfile_discuz% 

echo 导出discuz结束... %log_file%

%tag_short% 

%tag_short%

echo 导出land... %log_file%

set sqlfile_land="%backup_dir_land%/land%mydate%%mytime%.sql"

if exist %sqlfile_land% del %sqlfile_land% 

%cmd_mysql% land %sqlfile_land% 

echo 导出land结束... %log_file%

%tag_short% 

%tag_short%

echo 导出landwiki... %log_file%

set sqlfile_landwiki="%backup_dir_land%/landwiki%mydate%%mytime%.sql"

if exist %sqlfile_landwiki% del %sqlfile_landwiki% 

%cmd_mysql% landwiki %sqlfile_landwiki% 

echo 导出landwiki结束... %log_file%

%tag_short% 

%tag_short%

echo 导出mysql... %log_file%

set sqlfile_mysql="%backup_dir_land%/mysql%mydate%%mytime%.sql"

if exist %sqlfile_mysql% del %sqlfile_mysql% 

%cmd_mysql% mysql %sqlfile_mysql% 

echo 导出mysql结束... %log_file%

%tag_short% 

%tag_short%

echo 导出wikidb... %log_file%

set sqlfile_wikidb="%backup_dir_land%/wikidb%mydate%%mytime%.sql"

if exist %sqlfile_wikidb% del %sqlfile_wikidb% 

%cmd_mysql% wikidb %sqlfile_wikidb% 

echo 导出wikidb结束... %log_file%

%tag_short% 

%tag_short%

echo -------------备份完成! [%date%%time%] --------------  %log_file%

@rem ---------------------------备份数据库结束---------------------------------------

如何备份MYSQL数据库?

定期的备份可使我们数据库崩溃造成的损失大大降低。在MySQL中进行数据备份的方法有两种,一种是使用mysqldump程序,一种是使用mysqlhotcopy、cp、tar或cpio等打包程序直接拷贝数据库文件。mysqldump程序备份数据库较慢,但它生成的文本文件便于移植。使用mysqlhotcopy等程序备份速度快,因为它直接对系统文件进行操作,需人为协调数据库数据的备份前后一致性。

使用mysqldump备份数据库其实就是把数据库转储成一系列CREATE TABLE和INSERT语句,通过这些语句我们就可重新生成数据库。使用mysqldump的方法如下:

% mysqldump --opt testdb | gzip /data/backup/testdb.bak

#--opt选项会对转储过程进行优化,生成的备份文件会小一点,后的管道操作会进行数据压缩

% mysqldump --opt testdb mytable1,mytable2 | gzip /data/backup/testdb_mytable.bak

#可在数据库后接数据表名,只导出指定的数据表,多个数据表可用逗号分隔

--opt选项还可激活--add-drop-table选项,它将会在备份文件的每条CREATE TABLE前加上一条DROP TABLE IF EXISTS语句。这可方便进行数据表的更新,而不会发生“数据表已存在”的错误。

用mysqldump命令还可直接把数据库转移到另外一台服务器上,不用生成备份文件。重复执行可定期更新远程数据库。

% mysqladmin -h remote_host create testdb

% mysqldump --opt testdb | mysql -h remote_host testdb

另外还可通过ssh远程调用服务器上的程序,如:

% ssh remote_host mysqladmin create testdb

% mysqldump --opt testdb | ssh remote_host mysql testdb

通过直接拷贝系统文件的方式备份数据库,在备份时,要确保没有人对数据库进行修改操作。要做到这点,最好关闭服务器。如果不能关闭的,要以只读方试锁定有关数据表。下面是一些示例:

% cp -r db /backup/db #备份db数据库到/backup/db目录

% cp table_name.* /backup/db #只备份table_name数据表

% scp -r db remotehot:/usr/local/mysql/data #用scp把数据库直接拷贝到远程服务器

在把数据库直接拷贝到远程主机时,应注意两台机器必须有同样的硬件结构,或者将拷贝的数据表全部是可移植数据表类型。

使用mysqlhotcopy工具,它是一个Perl DBI脚本,可在不关闭服务器的情况下备份数据库,它主要的优点是:

它直接拷贝文件,所以它比mysqldump快。

可自动完成数据锁定工作,备份时不用关闭服务器。

能刷新日志,使备份文件和日志文件的检查点能保持同步。

下面是该工具的使用示例:

% mysqlhotcopy db /bakcup/ #把db数据库备份到backup/db目录里,会自动创建一个db目录

使用BACKUP TABLE语句进行备份,该语句最早出现在MySQL 3.23.25版本中,仅适用于MyISAM数据表。用法如下:

mysql BACKUP TABLE mytable TO '/backup/db'; #把mytable数据表备份到/backup/db目录下

为了执行该语句,你必须拥有那些表的FILE权限和SELECT权限,备份目录还必须是服务器可写的。该语句执行时,会先把内存中的数据写入磁盘,再把各个数据表的.frm(表结构定义文件)、.MYD(数据)文件从数据目录拷贝到备份目录。它不拷贝.MYI(索引)文件,因为它能用另外两个文件重建。BACKUP TABLE语句备份时,依次锁定数据表,当同时备份多个数据表时,数据表可能会被修改,所以备份0完成时,备份文件中的数据和现时数据表中的数据可能会有差异,为了消除该差异,我们可用只读方式锁定数据表,在备份完成后再解锁。如:

mysql LOCK TABLES tb1 READ,tb2 READ;

mysql BACKUP TABLE tb1,tb2 TO 'backup/db';

mysql UNLOCK TABLE

备份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_name.txt' [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在MySQL3.22.6或以后版本中可用。)

为了安全原因,当读取位于服务器上的文本文件时,文件必须处于数据库目录或可被所有人读取。另外,为了对服务器上文件使用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、锁定数据表,避免在备份过程中,表被更新

mysqlLOCK TABLES READ tbl_name;

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

2、导出数据

mysqlSELECT * INTO OUTFILE ‘tbl_name.bak’ FROM tbl_name;

3、解锁表

mysqlUNLOCK TABLES;

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

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

mysqlLOCK TABLES tbl_name WRITE;

2、恢复数据

mysqlLOAD DATA INFILE ‘tbl_name.bak’

-REPLACE INTO TABLE tbl_name;

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

mysqlLOAD DATA LOW_PRIORITY INFILE ‘tbl_name’

-REPLACE INTO TABLE tbl_name;

3、解锁表

mysql-UNLOCAK TABLES;

5.3.2使用mysqlimport恢复数据

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

shell mysqlimport [options] db_name filename ...

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

常用的选项为:

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

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

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

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

例如恢复数据库db1中表tbl1的数据,保存数据的文件为tbl1.bak,假定你在服务器主机上:

shellmysqlimport --lock-tables --replace db1 tbl1.bak

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

shellmysqlimport --low-priority --replace db1 tbl1.bak

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

shellmysqlimport -C --lock-tables --replace db1 tbl1.bak

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

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

二、使用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_name.bak中:

shell mydqldump db_namedb_name.bak

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

shell mydqldump --databases db1 db1db.bak

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

shell mydqldump --all-databasesdb.bak

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

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

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

shellmysqldump --tab=/var/mysqldb/ db

其效果是在目录/var/mysqldb中生成4个文件,分别是tbl1.txt、tbl1.sql、tbl2.txt和tbl2.sql。

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

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

如果这样:

shellmysql -u root –pmypass db_namedb_name.sql

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

[mysqldump]

user=root

password=mypass

然后执行

shellmysqldump db_namedb_name.sql

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

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

shellmysql -u root –p db_namedb_name.sql

或者在选项文件中加入

[mysqldump]

user=root

password

然后执行命令行:

shellmysql db_namedb_name.sql

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

Enter password:#……..

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

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

shellmysqldump --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用户的密码:

mysqlmysqldump db_name

即使是这样使用命令行:

mysqlmysqldump –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_name.txt

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

4、恢复mysqldump备份的数据

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

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

shellmysqldump --opt db_name db_name.sql

由于db_name.sql中不包括创建数据库或者选取数据库的语句,你需要指定数据库

shellmysql db2 db_name.sql

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

shellmysqldump --databases db_name db_name.sql

shellmysql db_name.sql

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

例如,备份数据库db_name后在恢复:

shellmysqldump --tab=/path/to/dir --opt test

如果要恢复表的结构,可以这样:

shellmysql /path/to/dir/tbl1.sql

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

shellmysqlimport -l db /path/to/dir/tbl1.txt

如果是在Unix平台下使用(推荐),就更方便了:

shellls -l *.sql | mysql db

shellmysqlimport --lock-tables db /path/to/dir/*.txt

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

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

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

备份一个表,需要三个文件:

对于MyISAM表:

tbl_name.frm 表的描述文件

tbl_name.MYD 表的数据文件

tbl_name.MYI 表的索引文件

对于ISAM表:

tbl_name.frm 表的描述文件

tbl_name.ISD 表的数据文件

tbl_name.ISM 表的索引文件

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

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