当前位置:七道奇文章资讯数据防范MySQL防范
日期:2011-01-25 22:43:00  来源:本站整理

mysql利用LOAD语句批量录入数据[MySQL防范]

赞助商链接



  本文“mysql利用LOAD语句批量录入数据[MySQL防范]”是由七道奇为您精心收集,来源于网络转载,文章版权归文章作者所有,本站不对其观点以及内容做任何评价,请读者自行判断,以下是其具体内容:

本章的前面谈论若何利用SQL向一个表中插入数据.但是,假如你需求向一个表中增添很多条记录,利用SQL语句输入数据是很不便利的.幸运的是,MySQL供应了一些办法用于批量录入数据,使得向表中增添数据变得简单了.本节以及下一节,将介绍这些办法.本节将介绍SQL语言级的办理办法.

1、基本语法

语法:LOAD DATA [LOCAL] INFILE 'file_name.txt' [REPLACE | IGNORE] INTO TABLE tbl_name LOAD DATA INFILE语句从一个文本文件中以很高的速度读入一个表中.假如指定LOCAL关键词,从客户主机读文件.假如LOCAL没指定,文件必须位于服务器上.(LOCAL在MySQL3.22.6或今后版本中可用.)

为了安全缘由,当读取位于服务器上的文本文件时,文件必须处于数据库目录或可被全部人读取.别的,为了对服务器上文件利用LOAD DATA INFILE,在服务器主机上你必须有file的权限.见第七章 数据库安全.

REPLACE和IGNORE关键词掌握对现有的唯一键记录的反复的处理.假如你指定REPLACE,新行将替换有相同的唯一键值的现有行.假如你指定IGNORE,跳过有唯一键的现有行的反复行的输入.假如你不指定任何一个选项,当找到反复键键时,呈现一个错误,并且文本文件的余下部份被忽视时.

假如你利用LOCAL关键词从一个本地文件装载数据,服务器没有办法在操作的当中终止文件的传输,因此缺省的行为仿佛IGNORE被指定一样.

2、文件的搜索原则

当在服务器主机上探求文件时,服务器利用下列法则:

假如给出一个绝对途径名,服务器利用该途径名.

假如给出一个有一个或多个前置部件的相对途径名,服务器相对服务器的数据目录搜索文件.

假如给出一个没有前置部件的一个文件名,服务器在当前数据库的数据库目录探求文件.

注意这些法则意味着一个像“./myfile.txt”给出的文件是从服务器的数据目录读取,而作为“myfile.txt”给出的一个文件是从当前数据库的数据库目录下读取.也要注意,关于下列哪些语句,对db1文件从数据库目录读取,而不是db2:

mysql> USE db1;
mysql> LOAD DATA INFILE "./data.txt" INTO TABLE db2.my_table;

3、FIELDS和LINES子句的语法

假如你指定一个FIELDS子句,它的每一个子句(TERMINATED BY, [OPTIONALLY] ENCLOSED BY和ESCAPED BY)也是可选的,除了你必须至少指定他们之一.

假如你不指定一个FIELDS子句,缺省值与假如你这样写的相同:

FIELDS TERMINATED BY '\t' ENCLOSED BY '' ESCAPED BY '\\'

假如你不指定一个LINES子句,缺省值与假如你这样写的相同:

LINES TERMINATED BY '\n'

换句话说,缺省值招致读取输入时,LOAD DATA INFILE表现以下:

在换行符处探求行边界

在定位符处将行分进字段

不要盼望字段由任何引号字符封装

将由“\”开首的定位符、换行符或“\”注释是字段值的部份字面字符

LOAD DATA INFILE能被用来读取从外部根源得到的文件.比方,以dBASE格局的文件将有由逗号脱离并用双引号包抄的字段.假如文件中的行由换行符终止,下面显示的号令阐明你将用来装载文件的字段和行处理选项:

mysql> LOAD DATA INFILE 'data.txt' INTO TABLE tbl_name

FIELDS TERMINATED BY ',' ENCLOSED BY '"'

LINES TERMINATED BY '\n';

任何字段或行处理选项可以指定一个空字符串('').假如不是空,FIELDS [OPTIONALLY] ENCLOSED BY和FIELDS ESCAPED BY值必须是一个单个字符.FIELDS TERMINATED BY和LINES TERMINATED BY值可以是超越一个字符.比方,写入由回车换行符对(CR+LF)终止的行,或读取包含这样行的一个文件,指定一个LINES TERMINATED BY '\r\n'子句.

FIELDS [OPTIONALLY] ENCLOSED BY掌握字段的包抄字符.关于输出(SELECT ... INTO OUTFILE),假如你省略OPTIONALLY,全部的字段由ENCLOSED BY字符包抄.关于这样的输出的一个例子(利用一个逗号作为字段脱离符)显示在下面:

"1","a string","100.20"

"2","a string containing a , comma","102.20"

"3","a string containing a \" quote","102.20"

"4","a string containing a \", quote and comma","102.20"

假如你指定OPTIONALLY,ENCLOSED BY字符仅被用于包抄CHAR和VARCHAR字段:

1,"a string",100.20

2,"a string containing a , comma",102.20

3,"a string containing a \" quote",102.20

4,"a string containing a \", quote and comma",102.20

注意,一个字段值中的ENCLOSED BY字符的呈现通过用ESCAPED BY字符作为其前缀来转义.也要注意,假如你指定一个空ESCAPED BY值,大概产生不能被LOAD DATA INFILE精确读出的输出.比方,假如转义字符为空,上面显示的输出显示以下.注意到在第四行的第二个字段包含跟随引号的一个逗号,它(错误地)好象要终止字段:

1,"a string",100.20

2,"a string containing a , comma",102.20

3,"a string containing a " quote",102.20

4,"a string containing a ", quote and comma",102.20

FIELDS ESCAPED BY掌握若何写入或读出特别字符.假如FIELDS ESCAPED BY字符不是空的,它被用于前缀在输出上的下列字符:

FIELDS ESCAPED BY字符

FIELDS [OPTIONALLY] ENCLOSED BY字符

FIELDS TERMINATED BY和LINES TERMINATED BY值的第一个字符

ASCII 0(实际上将后续转义字符写成 ASCII'0',而不是一个零值字节)

假如FIELDS ESCAPED BY字符是空的,没有字符被转义.指定一个空转义字符大概不是一个好主张,分外是假如在你数据中的字段值包含方才给出的表中的任何字符.

关于输入,假如FIELDS ESCAPED BY字符不是空的,该字符的呈现被剥去并且后续字符在字面上作为字段值的一个部份.例外是一个转义的“0”或“N”(即,\0或\N,假如转义字符是“\”).这些序列被注释为ASCII 0(一个零值字节)和NULL.见下面关于NULL处理的法则.

总结

为数据库装载数据是管理员的重要职责之一,正因为重要,所以MySQL供应的办法也是非常繁多.此中主要的在本节已经摆列:

1、利用INSERT、REPLACE语句

2、利用INSERT/REPLACE…SELECT语句

3、利用LOAD DATA INFILE语句

4、利用实用程序mysqlimport   以上是“mysql利用LOAD语句批量录入数据[MySQL防范]”的内容,如果你对以上该文章内容感兴趣,你可以看看七道奇为您推荐以下文章:

  • Windows 搭配 IIS7 PHP MySQL 环境
  • mysql Out of memory (Needed 16777224 bytes)的错误办理
  • mysql提醒[Warning] Invalid (old?) table or database name问题的办理办法
  • mysql启用skip-name-resolve情势时呈现Warning的处理办法
  • mysql启用skip-name-resolve情势时呈现Warning的处理办法
  • MySQL Order By语法介绍
  • <b>MySQL ORDER BY 的实现解析</b>
  • mysql数据库插入速度和读取速度的调整记录
  • MySQL Order By索引优化办法
  • MySQL Order By用法分享
  • mysql #1062 –Duplicate entry ''1'' for key ''PRIMARY''
  • MySQL Order By Rand()效率解析
  • 本文地址: 与您的QQ/BBS好友分享!
    • 好的评价 如果您觉得此文章好,就请您
        0%(0)
    • 差的评价 如果您觉得此文章差,就请您
        0%(0)

    文章评论评论内容只代表网友观点,与本站立场无关!

       评论摘要(共 0 条,得分 0 分,平均 0 分) 查看完整评论
    Copyright © 2020-2022 www.xiamiku.com. All Rights Reserved .