Question

我有两个版本的代码来做同样的事情。一个使用预准备语句，其他连接字符串。我的理解是，准备好的语句应该会导致性能提升，但是在设置$ size = 100（因此迭代10000次插入查询的代码）后，我无法检测到两种方法之间的性能差异。每个都在appx中运行。 133秒我是否错误地实现了预准备语句代码？代码如下：

准备陈述：

if ($stmt = $mysqli->prepare("INSERT INTO sectors (sector) VALUES (?)"))
{
    for ($x = 0; $x < $size; ++$x)
    {
        for ($y = 0; $y < $size; ++$y)
        {
            $dirtysector = $x . "-" . $y;
            $secstring = clean_sector($dirtysector);
            $stmt->bind_param('s', $secstring);
            $stmt->execute();
         }
}
$stmt->close();

连接字符串：

for ($x = 0; $x < $size; ++$x)
{
    for ($y = 0; $y < $size; ++$y)
    {
        $dirtysector = $x . "-" . $y;
        $secstring = clean_sector($dirtysector);
        $query = "INSERT INTO sectors " . 
                 "(sector) VALUES " .
                 "('$secstring')";
        $result = $mysqli->query($query);
             if(!$result) die("Sector Creation Failed: " . $mysqli->error);         
     }
 }

Answer 1

我会使用某种时间功能来确定交易的确切速度。

如：

$time = -microtime(true);
// run transactions
$time += microtime(true);
echo $time . ' in seconds to process...';

此外，不一定要创建预备语句来提高性能。如果有什么我会认为他们会减慢速度。准备好的陈述是“准备”陈述。这意味着他们处理文本，引用任何参数以防止SQL注入，并确保SQL语句没有任何语法错误。这种开销不会提高性能。

Answer 2

因为这是一个神话。

事实上，这种“性能提升”只是一个童话故事，无法吸引用户进入准备好的陈述。

然而

对于10000次插入，

133秒是太长时间。它应该比它慢近10000倍。

这是带有默认设置的innodb引擎，可以减慢插入速度。您可以更改设置或 - 正如您所知 - 将插入包装到单个事务中。您将在几分之一秒内完成所有插入操作。

Answer 3

提前准备语句并未导致性能大幅提升，因为性能提升主要来自网络传输时间。由于我的数据库存储在执行脚本的同一台机器上，因此准备好的语句几乎没有性能优势。

但是，当使用单个查询插入多个值时，我发现性能提高了100倍以上。这是解决我的性能问题的更好解决方案。

请参阅：http://www.electrictoolbox.com/mysql-insert-multiple-records/

为什么我没有通过实现MySQL预处理语句看到任何性能提升？

3 个答案:

然而