MySql 中导入txt文本文件数据1

  • 其实 的这个问题是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、锁定数据表,避免在备份过程中,表被更新
    mysql>lock tables read tbl_name;
    关于表的锁定的详细信息,将在下一章介绍。
    2、导出数据
    mysql>select * into outfile ‘tbl_name.bak’ from tbl_name;
    3、解锁表
    mysql>unlock tables;
    相应的恢复备份的数据的过程如下:
    1、为表增加一个写锁定:
    mysql>lock tables tbl_name write;
    2、恢复数据
    mysql>load data infile ‘tbl_name.bak’
     ->replace into table tbl_name;
    如果, 指定一个low_priority关键字,就不必如上要对表锁定,因为数据的导入将被推迟到没有客户读表为止:
    mysql>load 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,假定 在服务器主机上:
    shell>mysqlimport --lock-tables --replace db1 tbl1.bak
    这样在恢复数据之前现对表锁定,也可以利用--low-priority选项:
    shell>mysqlimport --low-priority --replace db1 tbl1.bak
    如果 为远程的服务器恢复数据,还可以这样:
    shell>mysqlimport -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_name>db_name.bak
    可以备份多个数据库,注意这种方法将不能指定数据表:
    shell> mydqldump --databases db1 db1>db.bak
    也可以备份整个数据库系统的拷贝,不过对于一个庞大的系统,这样做没有什么实际的价值:
    shell> mydqldump --all-databases>db.bak
    虽然用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个文件,分别是tbl1.txt、tbl1.sql、tbl2.txt和tbl2.sql。
    2、mysqldump实用程序时的身份验证的问题 
    同其他客户机一样, 也必须提供一个mysql数据库帐号用来导出数据库,如果 不是使用匿名用户的话,可能需要手工提供参数或者使用选项文件:
    如果这样:
    shell>mysql -u root –pmypass db_name>db_name.sql
    或者这样在选项文件中提供参数:
    [mysqldump]
    user=root
    password=mypass
    然后执行
    shell>mysqldump db_name>db_name.sql
    那么一切顺利,不会有任何问题,但要注意命令历史会泄漏密码,或者不能让任何除 之外的用户能够访问选项文件,由于数据库服务器也需要这个选项文件时,选项文件只能被启动服务器的用户(如,mysql)拥有和访问,以免泄密。在unix下 还有一个解决办法,可以在自己的用户目录中提供个人选项文件(~/.my.cnf),例如,/home/some_user/.my.cnf,然后把上面的内容加入文件中,注意防止泄密。在nt系统中, 可以简单的让c:\my.cnf能被指定的用户访问。
    可能要问,为什么这么麻烦呢,例如,这样使用命令行:
    shell>mysql -u root –p db_name>db_name.sql
    或者在选项文件中加入
    [mysqldump]
    user=root
    password
    然后执行命令行:
    shell>mysql db_name>db_name.sql
    发现了什么?往常熟悉的enter password:提示并没有出现,因为标准输出被重定向到文件db_name.sql中了,所以看不到往常的提示符,程序在等待 输入密码。在重定向的情况下,再使用交互模式,就会有问题。在上面的情况下, 还可以直接输入密码。然后在文件db_name.sql文件的第一行看到:
    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_name.txt
    当然,使用--tab选项时,由于不生成恢复数据的sql语句,使用--opt时,只会加快数据导出。
    4、恢复mysqldump备份的数据
    由于备份文件是sql语句的集合,所以需要在批处理模式下使用客户机
     如果 使用mysqldump备份单个数据库或表,即:
    shell>mysqldump --opt db_name > db_name.sql
    由于db_name.sql中不包括创建数据库或者选取数据库的语句, 需要指定数据库
    shell>mysql db2 < db_name.sql
     如果, 使用--databases或者--all-databases选项,由于导出文件中已经包含创建和选用数据库的语句,可以直接使用,不比指定数据库,例如:
    shell>mysqldump --databases db_name > db_name.sql
    shell>mysql <db_name.sql
     如果 使用--tab选项备份数据,数据恢复可能效率会高些
    例如,备份数据库db_name后在恢复:
    shell>mysqldump --tab=/path/to/dir --opt test
    如果要恢复表的结构,可以这样:
    shell>mysql < /path/to/dir/tbl1.sql

    如果要恢复数据,可以这样
    shell>mysqlimport -l db /path/to/dir/tbl1.txt

    如果是在unix平台下使用(推荐),就更方便了:
    shell>ls -l *.sql | mysql db
    shell>mysqlimport --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就可以了
  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值