一 : MySQL环境下导入数据时是否需要禁用索引

问题：导入数据时是否需要禁用索引?

解答：

在使用load data导入数据时，如果导入的表是MyISAM的，对于空表，MySQL数据库会把所有的非唯一索引进行一次独立的处理，而对于非空的表则会边插入边建索引。

所以对于非空的MyISAM表，需要用alter table xxx disable keys禁用索引，导入完成之后再用alter table xxx enable keys打开。

对于innodb，从测试的结果看无论表中是否已有记录，索引都是单独处理的，所以我们不需要禁用索引。(责任编辑：卢兆林)

二 : 虚拟主机mysql数据库三种导入方法

　　在导入mysql数据库操作时通常会出现一些错误导致数据库导入失败，这里以老牌虚拟主机提供商第一主机(http://www.5778.com)的虚拟空间为例，演示介绍三种mysql数据库的正确导入方法。

　　1、采用phpmyadmin导入：虚拟主机接入商在提供mysql数据库的同时都会配备phpmyadmin这个管理工具来给站长们做导入操作。

　　在数据库管理界面中可点击相关位置进入phpmyadmin管理界面，在phpmyadmin界面中即可选择“导入”选项，按提示操作即可顺利导入数据。

　　2、使用第三方工具导入：除了虚拟主机接入商提供的phpmyadmin外，还可以使用navicat for mysql这个工具，它除了可以导入sql文件外，还可以在两个数据库间传输和同步。

　　登录成功后，在右侧空白区域右击选择“运行sql文件”，即可导入数据，如果是两个数据库间转移可以先分别连接两个数据库，然后使用工具-数据传输功能。

　　3、打包mysql原数据：不需要依靠第三方工具，将打包好的文件提供给虚拟主机接入商直接放入你的数据库存放目录里即可(大多虚拟主机接入商不提供这类特殊服务的)。注意，这个方法要求mysql数据库类型必须是MyISAM，也就是数据库原数据库必须是frm、myd、myi为一组的，如图所示：

　　以上三种方法即为虚拟主机mysql数据库的导入方法。

三 : 实践分享：ACCESS数据库导入mysql数据库

作为程序员很多时候要进行不同数据库之间的导入导出工作，这样是为了节省数据录入的时间。下面我就和大家分享一下如何把数据从ACCESS数据库导入mysql数据库。

首先说明一下思路，可以导入mysql的方法有很多，但不包过access直接导入，网上有很多介绍CSV格式导入mysql的，但操作很不方便，经常发生错误而无法导入。sql语句导入是最简单的。那有没有办法把access数据库转换成sql语句呢。下面本文的重点出现了，使用“DB2mysql.exe”工具，可以很方便的把access数据库转换成一句句的"insert into table"sql语句。生产了sql语句，就是直接复制语句粘贴到phpmyadmin总，运行即可。

下面是软件操作截图。

是不是很简单的，但有一点要说明下，通过DB2mysql导入的数据不支持中文，中文会变成？号。如何解决这个问题笔者正在思考实践中，如果广大的读者有好的方便欢迎留言交流！

转账请保留www.678baidu.com,谢谢。

四 : mysql使用LOAD语句批量录入数据

本章的前面讨论如何使用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 'rn'子句。

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”（即，或N，如果转义字符是“”)。这些序列被解释为ASCII 0（一个零值字节）和NULL。见下面关于NULL处理的规则。

总结

为数据库装载数据是管理员的重要职责之一，正因为重要，所以MySQL提供的方法也是非常繁多。其中主要的在本节已经列举：

1、使用INSERT、REPLACE语句

2、使用INSERT/REPLACE…SELECT语句

3、使用LOAD DATA INFILE语句

4、使用实用程序mysqlimport

五 : 带你深入了解MySQL数据库系统参数的优化

(1)、back_log：

要求 MySQL 能有的连接数量。当主要MySQL线程在一个很短时间内得到非常多的连接请求，这就起作用，然后主线程花些时间(尽管很短)检查连接并且启动一个新线程。

back_log值指出在MySQL暂时停止回答新请求之前的短时间内多少个请求可以被存在堆栈中。只有如果期望在一个短时间内有很多连接，你需要增加它，换句话说，这值对到来的TCP/IP连接的侦听队列的大小。你的操作系统在这个队列大小上有它自己的限制。 试图设定back_log高于你的操作系统的限制将是无效的。

当你观察你的主机进程列表，发现大量 264084 | unauthenticated user | xxx.xxx.xxx.xxx | NULL | Connect | NULL | login | NULL 的待连接进程时，就要加大 back_log 的值了。默认数值是50，我把它改为500。

(2)、interactive_timeout：

服务器在关闭它前在一个交互连接上等待行动的秒数。一个交互的客户被定义为对 mysql_real_connect()使用 CLIENT_INTERACTIVE 选项的客户。 默认数值是28800，我把它改为7200。

(3)、key_buffer_size：

索引块是缓冲的并且被所有的线程共享。key_buffer_size是用于索引块的缓冲区大小，增加它可得到更好处理的索引(对所有读和多重写)，到你能负担得起那样多。如果你使它太大，系统将开始换页并且真的变慢了。默认数值是8388600(8M)，我的MySQL主机有2GB内存，所以我把它改为402649088(400MB)。

(4)、max_connections：

允许的同时客户的数量。增加该值增加 mysqld 要求的文件描述符的数量。这个数字应该增加，否则，你将经常看到 Too many connections 错误。 默认数值是100，我把它改为1024 。

(5)、record_buffer：

每个进行一个顺序扫描的线程为其扫描的每张表分配这个大小的一个缓冲区。如果你做很多顺序扫描，你可能想要增加该值。默认数值是131072(128K)，我把它改为16773120 (16M)

(6)、sort_buffer：

每个需要进行排序的线程分配该大小的一个缓冲区。增加这值加速ORDER BY或GROUP BY操作。默认数值是2097144(2M)，我把它改为 16777208 (16M)。

(7)、table_cache：

为所有线程打开表的数量。增加该值能增加mysql要求的文件描述符的数量。MySQL对每个唯一打开的表需要2个文件描述符。默认数值是64，我把它改为512。

(8)、thread_cache_size：

可以复用的保存在中的线程的数量。如果有，新的线程从缓存中取得，当断开连接的时候如果有空间，客户的线置在缓存中。如果有很多新的线程，为了提高性能可以这个变量值。通过比较 Connections 和 Threads_created 状态的变量，可以看到这个变量的作用。我把它设置为 80。

(9)、wait_timeout：

服务器在关闭它之前在一个连接上等待行动的秒数。 默认数值是28800，我把它改为7200。

注：参数的调整可以通过修改 /etc/my.cnf