装 phpMyAdmin,可以选择dump 结构或者数据或者数据和结构

解决方案 »

  1.   

    实用程序,为备份或为把数据转移到另外的SQL服务器上倾倒一个数据库或许多数据库。倾倒将包含 创建表或充实表的SQL语句。 shell> mysqldump [OPTIONS] database [tables]如果你不给定任何表,整个数据库将被倾倒。 通过执行mysqldump --help,你能得到你mysqldump的版本支持的选项表。 注意,如果你运行mysqldump没有--quick或--opt选项,mysqldump将在倾倒结果前装载整个结果集到内存中,如果你正在倾倒一个大的数据库,这将可能是一个问题。 mysqldump支持下列选项: --add-locks 
    在每个表倾倒之前增加LOCK TABLES并且之后UNLOCK TABLE。(为了使得更快地插入到MySQL)。 
    --add-drop-table 
    在每个create语句之前增加一个drop table。 
    --allow-keywords 
    允许创建是关键词的列名字。这由表名前缀于每个列名做到。 
    -c, --complete-insert 
    使用完整的insert语句(用列名字)。 
    -C, --compress 
    如果客户和服务器均支持压缩,压缩两者间所有的信息。 
    --delayed 
    用INSERT DELAYED命令插入行。 
    -e, --extended-insert 
    使用全新多行INSERT语法。(给出更紧缩并且更快的插入语句) 
    -#, --debug[=option_string] 
    跟踪程序的使用(为了调试)。 
    --help 
    显示一条帮助消息并且退出。 
    --fields-terminated-by=... 
      
    --fields-enclosed-by=... 
      
    --fields-optionally-enclosed-by=... 
      
    --fields-escaped-by=... 
      
    --fields-terminated-by=... 
    这些选择与-T选择一起使用,并且有相应的LOAD DATA INFILE子句相同的含义。见7.16 LOAD DATA INFILE语法。 
    -F, --flush-logs 
    在开始倾倒前,洗掉在MySQL服务器中的日志文件。 
    -f, --force, 
    即使我们在一个表倾倒期间得到一个SQL错误,继续。 
    -h, --host=.. 
    从命名的主机上的MySQL服务器倾倒数据。缺省主机是localhost。 
    -l, --lock-tables. 
    为开始倾倒锁定所有表。 
    -t, --no-create-info 
    不写入表创建信息(CREATE TABLE语句) 
    -d, --no-data 
    不写入表的任何行信息。如果你只想得到一个表的结构的倾倒,这是很有用的! 
    --opt 
    同--quick --add-drop-table --add-locks --extended-insert --lock-tables。应该给你为读入一个MySQL服务器的尽可能最快的倾倒。 
    -pyour_pass, --password[=your_pass] 
    与服务器连接时使用的口令。如果你不指定“=your_pass”部分,mysqldump需要来自终端的口令。 
    -P port_num, --port=port_num 
    与一台主机连接时使用的TCP/IP端口号。(这用于连接到localhost以外的主机,因为它使用 Unix套接字。) 
    -q, --quick 
    不缓冲查询,直接倾倒至stdout;使用mysql_use_result()做它。 
    -S /path/to/socket, --socket=/path/to/socket 
    与localhost连接时(它是缺省主机)使用的套接字文件。 
    -T, --tab=path-to-some-directory 
    对于每个给定的表,创建一个table_name.sql文件,它包含SQL CREATE 命令,和一个table_name.txt文件,它包含数据。 注意:这只有在mysqldump运行在mysqld守护进程运行的同一台机器上的时候才工作。.txt文件的格式根据--fields-xxx和--lines--xxx选项来定。 
    -u user_name, --user=user_name 
    与服务器连接时,MySQL使用的用户名。缺省值是你的Unix登录名。 
    -O var=option, --set-variable var=option 
    设置一个变量的值。可能的变量被列在下面。 
    -v, --verbose 
    冗长模式。打印出程序所做的更多的信息。 
    -V, --version 
    打印版本信息并且退出。 
    -w, --where='where-condition' 
    只倾倒被选择了的记录;注意引号是强制的! 
    "--where=user='jimf'" "-wuserid>1" "-wuserid<1"最常见的mysqldump使用可能制作整个数据库的一个备份: mysqldump --opt database > backup-file.sql 但是它对用来自于一个数据库的信息充实另外一个MySQL数据库也是有用的: mysqldump --opt database | mysql --host=remote-host -C database
      

  2.   

    mysqldump可以将数据库移植到其他机器,甚至是具有不同硬件结构的机器。如果是直接拷贝文件的话,只有被拷贝的表使用myisam格式才行,isam格式的表只能在具有相同硬件结构的机器之间拷贝。比如intel和solaris就是不同硬件结构的机器。
      

  3.   

    其实楼上的兄弟已经说的很明白了,你先Download一个phpMyAdMin(找不到的话给我发封email([email protected])),然后打开其中的一个config.inc.php文档,修改如下几参数:1.$cfgServers[1]['host'] = 'localhost'; //将localhost改为你的mysql server 的名称2.$cfgServers[1]['stduser'] = 'username';  //mysql server的数据库用户名称3.$cfgServers[1]['stdpass'] = 'password'; //密码4.如前述步骤改下面几个参数
    $cfgServers[1]['user'] = 'username';                // MySQL user (only needed with basic auth)
    $cfgServers[1]['password'] = 'password';                // MySQL password (only needed with basic auth)4.$cfgServers[1]['only_db'] = 'databaseName'; //数据库名称然后上传这个目录(一般为phpMyAdMin),在浏览器中键入:
    http://yourdomain/phpMyAdMin/index.php3点击左边的数据库名称,页面的右边会出现该数据库的详细信息,找到View dump (schema) of database这一行,选中Structure and data 选项(默认为Structure),并勾选send复选框,按Go按钮,一切OK!
      

  4.   

    to yukeelau(玉骐):按照你的方法,我会得到一个包含结构和数据的filename.sql文件,
    然后那??我怎样弄到数据库中??
      

  5.   

    1.键入 http://yourdomain/phpMyAdMin/index.php3
    2.点击左边的数据库名称
    3.找到 or Location of the textfile: 字串
    4.点击浏览按钮
    5.在弹出的选择文件的对话框中选择你得到的那个sql文件
    6.然后按 go 按钮,OK。注意:这个操作主要用来恢复你的数据库或将数据库移到其它的服务器,操作
    前必须确认你当前所打开的数据库当中没有与你以前的数据库同名的资料表。
      

  6.   

    由于mysql的表是文件形式存在的(data目录)所以最简单的方法是先将要备份的表先锁住,然后到data目录下将数据库文件拷贝成一个备份文件
    mysql>LOCK TABLES customer READ;
    mysql>QUIT
    [root@MyHost mysql]#cp data/cust.db bak/cust.db.bak
    备份完成后再进入服务器中将锁住的表解锁:
    mysql>UNLOCK customer;
    另外一种方法是使用mysqldump命令:
    mysql>mysqldump-tab=/usr/local/mysql/bak -opt -full
    执行后就可以在/usr/local/mysql/bak目录下找到备份的文件。恢复备份的数据库的办法是执行myisamchk -r 命令
      

  7.   

    to : yukeelau(玉骐) 
    可是我的sql文件有10来M,phpmyadmin总会提示出错~
    怎么解决?是不是编辑php.ini??但是我没有权限编辑php.ini~~我该怎样做??
    多谢指点~
      

  8.   

    将这个sql文件分成若干个小sql文件,然后按顺序一个个导入。(可能要分很多个小sql文件)
      

  9.   

    http://www.dbtools.com.br/download.php
    去这里下载个工具吧!很好用的!
      

  10.   

    用这个工具试试吧,感觉还可以。呵呵新增功能:导出/导入数据库;处理大于2M的数据库完全没有问题。支持远程操作! 
    http://www.16hot.com/down.php?action=show&id=11
      

  11.   

    这是备份的方法和注意事项!分两部分贴给你。    在数据库表丢失或损坏的情况下,备份你的数据库是很重要的。如果发生系统崩溃,你肯定想能够将你的表尽可能丢失最少的数据恢复到崩溃发生时的状态。有时,正是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: localhost Database: samp_db#------------- 
    --------------------------# Server version 3.23.2-alpha-log## Table st 
    ructure for table 'absence'#CREATE TABLE absence( student_id int(10) 
    unsigned DEFAULT '0' NOT NULL, date date DEFAULT '0000-00-00' NOT NUL 
    L, PRIMARY KEY (student_id,date));## Dumping data for table 'absence' 
    #INSERT INTO absence VALUES (3,'1999-09-03');INSERT INTO absence VALUE 
    S (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表示服务器的数据目录): 
    %cd DATADIR%cp -r samp_db /usr/archive/mysql 单个表可以如下备份: 
    %cd DATADIR/samp_db%cp member.* /usr/archive/mysql/samp_db%cp score.* 
    /usr/archive/mysql/samp_db .... 当你完成了备份时,你可以重启服务器(如果关闭了它)或释放加在表上的锁定(如果你让服务器运行)。 
    要用直接拷贝文件把一个数据库从一台机器拷贝到另一台机器上,只是将文件拷贝到另一台服务器主机的适当数据目录下即可。要确保文件是MyIASM格式或两台机器有相同的硬件结构,否则你的数据库在另一台主机上有奇怪的内容。你也应该保证在另一台机器上的服务器在你正在安装数据库表时不访问它们。 3 复制数据库(Replicating Database) 复制(Replication)类似于拷贝数据库到另一台服务器上,但它的确切含义是实时地保证两个数据库的完全同步。这个功能将在3.23版中出现,而且还不很成熟,因此本文不作详细介绍。 
    4 用备份恢复数据
      

  12.   

    这是第二部分!
    数据库损坏的发生有很多原因,程度也不同。如果你走运,你可能仅损坏一两个表(如掉电),如果你倒霉,你可能必须替换整个数据目录(如磁盘损坏)。在某些情况下也需要恢复,比如用户错误地删除了数据库或表。不管这些倒霉事件的原因,你将需要实施某种恢复。 
    如果表损坏但没丢失,尝试用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-database db_name ls命令生成更新日志文件的一个单列列表,根据服务器产生它们的次序排序(主意:如果你修改任何一个文件,你将改变排序次序,这导致更新日志一错误的次序被运用。) 
    很可能你会是运用某几个更新日志。例如,自从你备份以来产生的更新日志被命名为update.392、update.393等等,你可以这样重新运行: 
    %mysql --one-database db_name < update.392 
    %mysql --one-database db_name < update.393 
    ..... 
    如果你正在实施恢复且使用更新日志恢复由于一个错误建议的DROP DATABASE、DROP TABLE或DELETE语句造成丢失的信息,在运用更新日志之前,要保证从其中删除这些语句。 
    4.2 恢复单个表 恢复单个表较为复杂。如果你用一个由mysqldump生成的备份文件,并且它不包含你感兴趣的表的数据,你需要从相关行中提取它们并将它们用作mysql的输入。这是容易的部分。难的部分是从只运用于该表的更新日志中拉出片断。你会发觉mysql_find_rows实用程序对此很有帮助,它从更新日志中提取多行查询。 
    另一个可能性是使用另一台服务器恢复整个数据库,然后拷贝你想要的表文件到原数据库中。这可能真的很容易!当你将文件拷回数据库目录时,要确保原数据库的服务器关闭。