怎么备份mysql表结构 mysql备份表结构sql

mysql 数据备份使用直接拷贝的方法备份时,尤其要注意表没有被使用,应该对表进行读锁定或停止MySQL服务 。备份一个表,需要三个文件:
对于MyISAM表:
tbl_name.frm表的描述文件
tbl_name.MYD 表的数据文件
tbl_name.MYI表的索引文件
对于ISAM表:
tbl_name.frm表的描述文件
tbl_name.ISD 表的数据文件
tbl_name.ISM表的索引文件
对于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]filename.txt
选择多个数据库备份到一个文件:
/bin mysqldump [options] --database DB1 [DB2 DB3...]filename.txt
所有数据库备份到一个文件:
/bin mysqldump [options] --all--databasefilename.txt
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_name.sql,数据文件被命名为table_name.txt 。该参数的path为存放目录,而且该目录必须已经存在 。如:/binmysqldump –uroot –p --tab=d:\\ mydata
-w "WHERE Clause" or --where = "Where clause "筛选将要放到导出文件的数据 。
下面来看几组mysqldump命令案例:
将数据库mydata的内容备份到mydata.txt文件中:
/binMySQLdump –uroot -p mydatad:\\mydata.txt
将mydata数据库中的users表的内容备份到d:\\users.txt:
/binMySQLdump –uroot -p mydata usersd:\\users.txt
将mydata数据库中的users表username值为“feihu”的数据备份到d:\\users.txt:
/binMySQLdump –uroot -p --where=”username=’feihu’” mydata usersd:\\users.txt;
将mydata数据库以及内部表的创建结构(DDL)备份到d:\\users.txt:
/binMySQLdump –uroot –p -d mydatad:\\mydata.txt
将mydata和mydata2数据库同时备份到d:\\users.txt:
/bin MySQLdump –uroot –p -d mydata mydata2d:\\mydata.txt
将所有数据备份到一个数据库,命令怎么写呢???
schema: 模式The set of statements, expressed in data definition language, that completely describe the structure of a data base.(一组以数据定义语言来表达的语句集,该语句集完整地描述了数据库的结构 。)
当需要将还原备份数据时,使用如下语句:
/binmysql –uroot –p mydatad:\\mydata.txt;
注意使用“”符号,导入数据 。还可以使用source命令执行文件中的脚本来还原数据,如:
Mysqlsource d:\mydata.txt;
LOAD DATA INFILE和MYSQLIMPORT恢复数据
关于load data infile语句的使用已经在别一节讲述过了,详细请参考“使用LOAD DATA和INSERT语句导入Mysql数据” 。如果你仅仅恢复数据, mysqlimport完全是与LOAD DATA 语句对应的,读者可以任意选择一个去实现 。
MySQLimport位于MySQL/bin目录中,是MySQL的一个载入(或者说导入)数据的一个非常有效的工具 。这是一个命令行工具 。有两个参数 以及大量的选项可供选择 。这个工具把一个文本文件(textfile)导入到你指定的数据库和表中 。比方说我们要从文件users.txt中把数据导入到 数据库mydata中的表users中:
/binmysqlimport –uroot –p mydata d:\users.txt
注意:这里users.txt是我们要导入数据的文本文件 , 而mydata是我们要操作的数据库 , 数据库中的表名是users,这里文本文件的数据格式必须与users表中的记录格式一致,否则MySQLimport命令将会出错 。
其中表的名字是导入文件的第一个句号(.)前面文件字符串,另外一个例子:MySQLimport mydata users.2009.10.txt;那么我们将把文件中的内容导入到数据库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)等 。
如果,我们要导入一个文件(Orders.txt)中行的记录格式是这样的:
"1", "ORD89876", "1 Dozen Roses", "19991226"
我们的任务是要把这个文件里面的数据导入到数据库mydata中的表格Orders中,我们使用这个命令:
/BinMySQLimport -uroot–prl--fields-enclosed-by="--fields-terminated-by=, mydata Orders.txt
比如我们要插入一些数据,使用包含下面文本的文件(文件名为New_Data.sql,当然我们也可以取名为New_Data.txt及任何其他的合法名字 , 并不一定要以后缀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命令插入数据 。
然后运行下面的命令:
/binmysql –uroot –p mydatad:\New_Data.txt;
接着按提示输入密码,如果上面的文件中的语句没有错误 , 那么这些数据就被导入到了数据库中 。
MYSQL数据库备份都备份什么,除了数据表还需要什么 , 怎么进行备份备份表结构,(主键、索引、等) 表数据;
备份方法2种:1 如果你的开发环境是php的,下一个phpmyadmin 的mysql web 后台管理中心可进行备份等诸多操作
2:使用CMD 进入 mysql 控制台,使用mysqldump命令进行备份
mysql数据库备份在数据库表丢失或损坏的情况下,备份你的数据库是很重要的 。如果发生系统崩溃,你肯定想能够将你的表尽可能丢失最少的数据恢复到崩溃发生时的状态 。有时 , 正是MySQL管理员造成破坏 。管理员已经知道表以破坏,用诸如vi或Emacs等编辑器试图直接编辑它们,这对表绝对不是件好事!
备份数据库两个主要方法是用mysqldump程序或直接拷贝数据库文件(如用cp、cpio或tar等) 。每种方法都有其优缺点:
? mysqldump与MySQL服务器协同操作 。直接拷贝方法在服务器外部进行,并且你必须采取措施保证没有客户正在修改你将拷贝的表 。如果你想用文件系统备份来备份数据库,也会发生同样的问题:如果数据库表在文件系统备份过程中被修改,进入备份的表文件主语不一致的状态,而对以后的恢复表将失去意义 。文件系统备份与直接拷贝文件的区别是对后者你完全控制了备份过程 , 这样你能采取措施确保服务器让表不受干扰 。
? mysqldump比直接拷贝要慢些 。
? mysqldump生成能够移植到其它机器的文本文件,甚至那些有不同硬件结构的机器上 。直接拷贝文件不能移植到其它机器上,除非你正在拷贝的表使用MyISAM存储格式 。ISAM表只能在相似的硬件结构的机器上拷贝 。在MySQL 3.23中引入的MyISAM表存储格式解决了该问题,因为该格式是机器无关的 , 所以直接拷贝文件可以移植到具有不同硬件结构的机器上 。只要满足两个条件:另一台机器必须也运行MySQL 3.23或以后版本,而且文件必须以MyISAM格式表示,而不是ISAM格式 。
不管你使用哪种备份方法 , 如果你需要恢复数据库,有几个原则应该遵守,以确保最好的结果:
? 定期实施备份 。建立一个计划并严格遵守 。
? 让服务器执行更新日志 。当你在崩溃后需要恢复数据时,更新日志将帮助你 。在你用备份文件恢复数据到备份时的状态后,你可以通过运行更新日志中的查询再次运用备份后面的修改,这将数据库中的表恢复到崩溃发生时的状态 。
? 以文件系统备份的术语讲,数据库备份文件代表完全倾倒(full dump),而更新日志代表渐进倾倒(incremental dump) 。
? 使用一种统一的和易理解的备份文件命名机制 。象backup1、buckup2等不是特别有意义 。当实施你的恢复时,你将浪费时间找出文件里是什么东西 。你可能发觉用数据库名和日期构成备份文件名会很有用 。例如:
? %mysqldump samp_db /usr/archives/mysql/samp_db.1999-10-02
? %mysqldump menagerie /usr/archives/mysql/menagerie.1999-10-02
? 你可能想在生成备份后压缩它们 。备份一般都很大!你也需要让你的备份文件有过期期限以避免它们填满你的磁盘 , 就象你让你的日志文件过期那样 。
? 用文件系统备份备份你的备份文件 。如果遇上了一个彻底崩溃,不仅清除了你的数据目录,也清除了包含你的数据库备份的磁盘驱动器,你将真正遇上了麻烦 。也要备份你的更新日志 。
? 将你的备份文件放在不同于用于你的数据库的文件系统上 。这将降低由于生成备份而填满包含数据目录的文件系统的可能性 。
用于创建备份的技术同样对拷贝数据库到另一台机器有用 。最常见地,一个数据库被转移到了运行在另一台主机上的服务器,但是你也可以将数据转移到同一台主机上的另一个服务器 。
1 使用mysqldump备份和拷贝数据库
当你使用mysqldumo程序产生数据库备份文件时 , 缺省地,文件内容包含创建正在倾倒的表的CREATE语句和包含表中行数据的INSERT语句 。换句话说,mysqldump产生的输出可在以后用作mysql的输入来重建数据库 。
你可以将整个数据库倾倒进一个单独的文本文件中,如下:
%mysqldump samp_db /usr/archives/mysql/samp_db.1999-10-02
输出文件的开头看起来象这样:
# MySQL Dump 6.0# # Host: localhostDatabase: samp_db#---------------------------------------# Server version 3.23.2-alpha-log## Table structure for table 'absence'#CREATE TABLE absence(student_id int(10) unsigned DEFAULT '0' NOT NULL,date date DEFAULT '0000-00-00' NOT NULL,PRIMARY KEY (student_id,date));## Dumping data for table 'absence'#INSERT INTO absence VALUES (3,'1999-09-03');INSERT INTO absence VALUES (5,'1999-09-03');INSERT INTO absence VALUES (10,'1999-09-08');......
文件剩下的部分有更多的INSERT和CREATE TABLE语句组成 。
如果你想压缩备份 , 使用类似如下的命令:
%mysqldump samp_db | gzip /usr/archives/mysql/samp_db.1999-10-02.gz
如果你要一个庞大的数据库,输出文件也将很庞大 , 可能难于管理 。如果你愿意,你可以在mysqldump命令行的数据库名后列出单独的表名来倾到它们的内容,这将倾倒文件分成较小、更易于管理的文件 。下例显示如何将samp_db数据库的一些表倾到进分开的文件中:
%mysqldump samp_db student score event absence grapbook.sql
%mysqldump samp_db member president hist-league.sql
如果你生成准备用于定期刷新另一个数据库内容的备份文件,你可能想用--add-drop-table选项 。这告诉服务器将DROP TABLE IF EXISTS语句写入备份文件,然后,当你取出备份文件并把它装载进第二个数据库时,如果表已经存在,你不会得到一个错误 。
如果你倒出一个数据库以便能把数据库转移到另一个服务器,你甚至不必创建备份文件 。要保证数据库存在于另一台主机,然后用管道倾倒数据库,这样mysql能直接读取mysqldump的输出 。例如:你想从主机pit-viper.snake.net拷贝数据库samp_db到boa.snake.net,可以这样很容易做到:
%mysqladmin -h boa.snake.net create samp_db
%mysqldump samp_db | mysql -h boa.snake.net samp_db
以后,如果你想再次刷新boa.snake.net上的数据库,跳过mysqladmin命令,但要对mysqldump加上--add-drop-table以避免的得到表已存在的错误:
%mysqldump --add-drop-table samp_db | mysql -h boa.snake.net samp_db
mysqldump其它有用的选项包括:
? --flush-logs和--lock-tables组合将对你的数据库检查点有帮助 。--lock-tables锁定你正在倾倒的所有表,而--flush-logs关闭并重新打开更新日志文件,新的更新日志将只包括从备份点起的修改数据库的查询 。这将设置你的更新日志检查点位备份时间 。(然而如果你有需要执行个更新的客户 , 锁定所有表对备份期间的客户访问不是件好事 。)
? 如果你使用--flush-logs设置检查点到备份时,有可能最好是倾倒整个数据库 。如果你倾倒单独的文件,较难将更新日志检查点与备份文件同步 。在恢复期间 , 你通常按数据库为基础提取更新日志内容,对单个表没有提取更新的选择,所以你必须自己提取它们 。
? 缺省地,mysqldump在写入前将一个表的整个内容读进内存 。这通常确实不必要,并且实际上如果你有一个大表,几乎是失败的 。你可用--quick选项告诉mysqldump只要它检索出一行就写出每一行 。为了进一步优化倾倒过程,使用--opt而不是--quick 。--opt选项打开其它选项,加速数据的倾倒和把它们读回 。
? 用--opt实施备份可能是最常用的方法,因为备份速度上的优势 。然而,要警告你,--opt选项确实有代价,--opt优化的是你的备份过程,不是其他客户对数据库的访问 。--opt选项通过一次锁定所有表阻止任何人更新你正在倾倒的任何表 。你可在一般数据库访问上很容易看到其效果 。当你的数据库一般非常频繁地使用,只是一天一次地调节备份 。
? 一个具有--opt的相反效果的选项是--dedayed 。该选项使得mysqldump写出INSERT DELAYED语句而不是INSERT语句 。如果你将数据文件装入另一个数据库并且你想是这个操作对可能出现在该数据库中的查询的影响最小 , --delayed对此很有帮助 。
? --compress选项在你拷贝数据库到另一台机器上时很有帮助,因为它减少网络传输字节的数量 。下面有一个例子 , 注意到--compress对与远端主机上的服务器通信的程序才给出,而不是对与本地主机连接的程序:
%mysqldump --opt samp_db | mysql --compress -h boa.snake.net samp_db
? mysqldump有很多选项,详见《MySQL参考手册》 。
2 使用直接拷贝数据库的备份和拷贝方法
另一种不涉及mysqldump备份数据库和表的方式是直接拷贝数据库表文件 。典型地,这用诸如cp、tar或cpio实用程序 。本文的例子使用cp 。
当你使用一种直接备份方法时,你必须保证表不在被使用 。如果服务器在你则正在拷贝一个表时改变它,拷贝就失去意义 。
保证你的拷贝完整性的最好方法是关闭服务器,拷贝文件,然后重启服务器 。如果你不想关闭服务器,要在执行表检查的同时锁定服务器 。如果服务器在运行,相同的制约也适用于拷贝文件 , 而且你应该使用相同的锁定协议让服务器“安静下来” 。
假设服务器关闭或你已经锁定了你想拷贝的表,下列显示如何将整个samp_db数据库备份到一个备份目录(DATADIR表示服务器的数据目录):
虳ATADIR%cp -r samp_db /usr/archive/mysql
单个表可以如下备份:
虳ATADIR/samp_db%cp member.* /usr/archive/mysql/samp_db%cp score.* /usr/archive/mysql/samp_db....
当你完成了备份时,你可以重启服务器(如果关闭了它)或释放加在表上的锁定(如果你让服务器运行) 。
要用直接拷贝文件把一个数据库从一台机器拷贝到另一台机器上,只是将文件拷贝到另一台服务器主机的适当数据目录下即可 。要确保文件是MyIASM格式或两台机器有相同的硬件结构,否则你的数据库在另一台主机上有奇怪的内容 。你也应该保证在另一台机器上的服务器在你正在安装数据库表时不访问它们 。
3 复制数据库(Replicating Database)
复制(Replication)类似于拷贝数据库到另一台服务器上,但它的确切含义是实时地保证两个数据库的完全同步 。这个功能将在3.23版中出现,而且还不很成熟,因此本文不作详细介绍 。
4 用备份恢复数据
数据库损坏的发生有很多原因,程度也不同 。如果你走运,你可能仅损坏一两个表(如掉电),如果你倒霉,你可能必须替换整个数据目录(如磁盘损坏) 。在某些情况下也需要恢复,比如用户错误地删除了数据库或表 。不管这些倒霉事件的原因,你将需要实施某种恢复 。
如果表损坏但没丢失,尝试用myisamchk或isamchk修复它们,如果这样的损坏可有修复程序修复 , 你可能根本不需要使用备份文件 。关于表修复的过程,见《数据库维护与修复》 。
恢复过程涉及两种信息源:你的备份文件和个更新日志 。备份文件将表恢复到实施备份时的状态,然而一般表在备份与发生问题之间的时间内已经被修改,更新日志包含了用于进行这些修改的查询 。你可以使用日志文件作为mysql的输入来重复查询 。这已正是为什么要启用更新日志的原因 。
恢复过程视你必须恢复的信息多少而不同 。实际上 , 恢复整个数据库比单个表跟容易,因为对于数据库运用更新日志比单个表容易 。
4.1 恢复整个数据库
首先,如果你想恢复的数据库是包含授权表的mysql数据库,你需要用--skip-grant-table选项运行服务器 。否则 , 它会抱怨不能找到授权表 。在你已经恢复表后,执行mysqladmin flush-privileges告诉服务器装载授权标并使用它们 。
? 将数据库目录内容拷贝到其它某个地方,如果你在以后需要它们 。
? 用最新的备份文件重装数据库 。如果你用mysqldump产生的文件,将它作为mysql的输入 。如果你用直接从数据库拷贝来的文件 , 将它们直接拷回数据库目录,然而,此时你需要在拷贝文件之前关闭数据库 , 然后重启它 。
使用更新日志重复做备份以后的修改数据库表的查询 。对于任何可适用的更新日志,将它们作为mysql的输入 。指定--one-database选项使得mysql只执行你有兴趣恢复的数据库的查询 。如果你知道你需要运用所有更新日志文件 , 你可以在包含日志的目录下使用这条命令:
% ls -t -r -1 update.[0-9]* | xargs cat | mysql --one-databasedb_name
ls命令生成更新日志文件的一个单列列表,根据服务器产生它们的次序排序(主意:如果你修改任何一个文件,你将改变排序次序,这导致更新日志一错误的次序被运用 。)
很可能你会是运用某几个更新日志 。例如,自从你备份以来产生的更新日志被命名为update.392、update.393等等,你可以这样重新运行:
%mysql --one-database db_nameupdate.392
%mysql --one-database db_nameupdate.393
.....
如果你正在实施恢复且使用更新日志恢复由于一个错误建议的DROP DATABASE、DROP TABLE或DELETE语句造成丢失的信息,在运用更新日志之前,要保证从其中删除这些语句 。
4.2 恢复单个表
恢复单个表较为复杂 。如果你用一个由mysqldump生成的备份文件,并且它不包含你感兴趣的表的数据,你需要从相关行中提取它们并将它们用作mysql的输入 。这是容易的部分 。难的部分是从只运用于该表的更新日志中拉出片断 。你会发觉mysql_find_rows实用程序对此很有帮助,它从更新日志中提取多行查询 。
另一个可能性是使用另一台服务器恢复整个数据库,然后拷贝你想要的表文件到原数据库中 。这可能真的很容易!当你将文件拷回数据库目录时,要确保原数据库的服务器关闭 。
至于用php语句写mysql备份,涉及一些php课程,我也不是太懂,不好意思~~
【怎么备份mysql表结构 mysql备份表结构sql】怎么备份mysql表结构的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于mysql备份表结构sql、怎么备份mysql表结构的信息别忘了在本站进行查找喔 。

    推荐阅读