然而,Craig @ mysqli multi_query followed by query在他的案子中表示,断开&每次使用MysqLi_multi_query()之间重新连接比使用MysqLi_next_result().
当程序员选择“新连接”与“下一个结果”方法时,我是否想询问是否有进一步的第一手知识或基准证据可以建议大概的“截止”(基于查询量或某事).
我也很高兴听到任何/所有关于速度不相关的问题. Craig使用连接功能对速度有什么影响？
Craig的声明之间有速度差异：
while ($MysqLi->next_result()) {;}
– 与 –
我建议的一段时间的声明：
while(MysqLi_more_results($MysqLi) && MysqLi_next_result($MysqLi));
– 与 –
在运行第一个multi_query之前,为每个预期的multi_query创建一个新的连接.我刚刚测试了这个,并且两个MysqLi_multi_query()都是无错误的=不需要close()：
$MysqLi1=MysqLi_connect("$host","$user","$pass","$db"); $MysqLi2=MysqLi_connect("$host","$db");
– 与 –
像Sebastien和Craig之间的每个MysqLi_multi_query()之间的打开和关闭：
$MysqLi = newsql(); $MysqLi->multi_query($multiUpdates); $MysqLi->close();
– 与 –
任何人有另一个选择来测试？
虽然MysqLi_multi_query()返回控制相当快,但并不意味着所有查询都被执行.相反,当MysqLi_multi_query()完成时,只有第一个查询被执行.而所有其他查询都在MysqL端排队进行异步执行.
从这可以得出结论,next_result()调用本身不添加任何超时 – 它只是等待下一个查询完成.如果查询本身需要时间,next_result()也必须等待.
知道您已经可以告诉您选择哪种方式：如果您不关心结果,您可能只是关闭连接.但事实上,这将是地毯下面的污垢,让所有缓慢的查询都到位.所以,最好保持next_result()循环到位(特别是因为你必须检查错误/受影响的行/ etc),但是加快查询本身.
所以,事实证明,为了解决next_result()的问题,你必须真正解决查询速度的常规问题.所以这里有一些建议：
>对于选择查询,通常的索引/解释分析,已经在其他答案中解释过.
>对于DML查询,特别是分批运行,还有其他方法：
说到Craig的这个例子,它非常类似于已知的innodb写入速度的问题.默认情况下,innodb引擎设置为非常谨慎的模式,在引擎确保前一个成功完成之前,不执行后续写操作.所以,它使写入速度非常慢(只有10个查询/秒).常见的解决方法是一次完成所有写入操作.对于插入查询,有很多方法：
>可以使用多个值插入语法
>可以使用LOAD DATA INFILE查询
>可以在事务中包装所有查询.
而更新和删除只有交易保持可靠的方式.因此,作为通用解决方案,可以提供这样的解决方法
$multisql = "BEGIN;{$multisql}COMMIT;"; $MysqLi->multi_query($multisql); while ($MysqLi->next_result()) {/* check results here */}
如果在你的情况下不起作用或不适用的话,建议为循环中运行的单个查询更改MysqLi_multi_query(),调查并优化速度,然后返回到multi_query.
