MYSQL 5.5 一条sql insert语句需要300到450毫秒。 而下面的stats是内联多个insert语句。

(25492 row(s) affected)
Execution Time : 00:00:03:343
Transfer Time  : 00:00:00:000
Total Time     : 00:00:03:343

我想说内联是一种方式:)

我会添加信息，一次太多行取决于它们的内容可能导致得到一个大于“max_allowed_packet”的包。

也许可以考虑使用类似PHP的array_chunk这样的函数对大数据集进行多次插入。

我只是做了一个小的基准测试，似乎对于很多行它不是更快。这里是我插入28000行的结果:

比10000:164.96秒 到5000分37秒 到1000时:12.56秒 到600秒:12.59秒 比500:13.81秒 到250秒:17.96秒 到400时:14.75秒 差100分27秒

看来1000 * 1000是最好的选择。

一个主要因素是您是否使用事务引擎以及是否开启了自动提交。

自动提交是默认开启的，你可能想让它保持开启状态;因此，您执行的每个插入操作都会执行自己的事务。这意味着如果您对每行执行一次插入，那么您将为每行提交一个事务。

假设只有一个线程，这意味着服务器需要为每一行同步一些数据到磁盘。它需要等待数据到达一个持久存储位置(最好是RAID控制器中有电池支持的ram)。这本身就相当缓慢，可能会成为这些情况下的限制因素。

当然，我假设你正在使用事务性引擎(通常是innodb)，并且你没有调整设置来降低持久性。

我还假设您使用单个线程来进行这些插入。使用多线程会让事情变得有点混乱，因为一些版本的MySQL在innodb中有工作组提交功能——这意味着多个线程可以共享一次写入事务日志的操作，这很好，因为这意味着更少的同步到持久存储。

另一方面，结果是，您确实希望使用多行插入。

它会产生反效果，但在大多数情况下至少是10,000行。因此，如果将它们批量处理到1,000行，则可能是安全的。

如果你在使用MyISAM，还有很多其他的东西，但我不会用这些来烦你。和平。

在同一时间通过导线发送尽可能多的插入。实际的插入速度应该是相同的，但是您将从网络开销的减少中看到性能的提高。

通常，由于连接开销，多个插入会更慢。一次执行多个插入将减少每次插入的开销。

根据您使用的语言，您可以在访问db并将每个插入添加到批处理之前，使用编程/脚本语言创建一个批处理。然后，您将能够使用一个连接操作执行大型批处理。这是Java中的一个例子。