준비된 문장이 훨씬 빨라지면 안됩니까?

Question

$s = explode (" ", microtime()); 
$s = $s[0]+$s[1]; 
$con = mysqli_connect ('localhost', 'test', 'pass', 'db') or die('Err'); 

for ($i=0; $i<1000; $i++) { 

    $stmt = $con -> prepare(" SELECT MAX(id) AS max_id , MIN(id) AS min_id FROM tb "); 
    $stmt -> execute(); 
    $stmt->bind_result($M,$m); 
    $stmt->free_result(); 
    $rand = mt_rand($m , $M).'<br/>'; 

    $res = $con -> prepare(" SELECT * FROM tb WHERE id >= ? LIMIT 0,1 "); 
    $res -> bind_param("s", $rand); 
    $res -> execute(); 
    $res->free_result(); 
} 

$e = explode (" ", microtime()); 
$e = $e[0]+$e[1]; 
echo number_format($e-$s, 4, '.', ''); 

// and: 

$link = mysql_connect ("localhost", "test", "pass") or die(); 
mysql_select_db ("db") or die ("Unable to select database".mysql_error()); 

for ($i=0; $i<1000; $i++) { 
    $range_result = mysql_query(" SELECT MAX(`id`) AS max_id , MIN(`id`) AS min_id FROM tb "); 
    $range_row = mysql_fetch_object($range_result); 
    $random = mt_rand($range_row->min_id , $range_row->max_id); 
    $result = mysql_query(" SELECT * FROM tb WHERE id >= $random LIMIT 0,1 "); 
} 

defenitly 준비된 문은 훨씬 더 안전되지만, 또한 그들이 훨씬 빠르게하지만 위의 코드에 내 테스트에서 내가 가지고있는 것을 말한다 곳마다 : - 준비된 문에 2.45 초 는 - 5.05 초를 SECON에 대한 예 :

내가 뭘 잘못하고 있다고 생각하니? 두 번째 솔루션을 사용해야합니까, 아니면 prep stmt를 최적화해야합니까?

Answer 1

잘못하고있는 것은 계산서를 수천 번 준비하고 준비된 각 명령문을 한 번만 실행한다는 것입니다. 한 번 준비하고 천 번 실행해야합니다. http://dev.mysql.com/tech-resources/articles/4.1/prepared-statements.html

발췌 거기에서 :

위의 답변에 추가

Answer 2

루프 내에서 단일 실행을 준비하는 것은 이점이 없습니다. 오버 헤드를 추가하는 것뿐입니다. 대개 다른 매개 변수를 사용하여 반복적으로 실행하는 쿼리에는 준비된 문을 사용하십시오.

Answer 3

...

난 당신이 아래에 MySQL을 사용하고 있습니다보고는 거기에서 준비된 문에 같은 링크입니다 준비된 명령문의 성능 향상은 몇 가지 다른 기능에서 비롯 될 수 있습니다. 첫 번째는 쿼리를 한 번만 구문 분석해야하는 경우입니다. 초기에 명령문을 준비 할 때, MySQL은 명령문을 구문 분석하여 구문을 검사하고 실행할 쿼리를 설정합니다. 그런 다음 쿼리를 여러 번 실행하면 더 이상 오버 헤드가 발생하지 않습니다. 루프 밖으로 이동 루프 불변 코드 :

루프 기본 101 (또는 일반 코딩 101) - 같은 쿼리를 여러 번

Answer 4

@silversy를 실행해야하는 경우 사전 분석은 속도 증가로 이어질 수 . 루프 자체에 의존하는 매개 변수를 사용하지 않으면 루프에서 명령문을 준비하는 이유는 무엇입니까?

물론 루프 스테이트먼트를 준비 할 때 준비된 문장을 사용하면 생식선을 빨아 먹을 것입니다. 당신이 관찰 한 오버 헤드는 명령문이 실행되기보다는 준비되는 시점에 있습니다.

다음과 같이 코드를 다시 수행하고 다시 재 시도 :

$stmt = $con -> prepare(" SELECT MAX(id) AS max_id , MIN(id) AS min_id FROM tb "); 
$res = $con -> prepare(" SELECT * FROM tb WHERE id >= ? LIMIT 0,1 "); 

for ($i=0; $i<1000; $i++) { 

    $stmt -> execute(); 
    $stmt->bind_result($M,$m); 
    $stmt->free_result(); 
    $rand = mt_rand($m , $M).'<br/>'; 

    $res -> bind_param("s", $rand); 
    $res -> execute(); 
    $res->free_result(); 
} 

---

---

여기주의해야 할 점은, 비록입니다 준비된 문 사이의 차이 쿼리를 실행하고 데이터를 가져 오는 데 필요한 계산 시간이 길어질수록 준비되지 않은 데이터는 무시해도됩니다.

그냥 그림을 위해 내 @@@에서 일부 가상 번호를 당겨 :

쿼리 자체와 데이터의 페치가 0.01 초를 소요 말 (이것을 호출). 또한 준비된 명령문 뒤에있는 코드의 작성 및 실행에는 0.01 초 (X), 준비되지 않은 쿼리에 대해서는 0.05 초 또는 5 * 0.01 초 (Y = 5 * X)가 걸린다 고 가정하십시오.준비된과 준비가 코드 사이의 배급은 다음과 같습니다

(A + Y)/(A + X) = 0.06sec/0.02sec = 3 -> unprepared execution is three times slower 

과의 또 다른 쿼리에 대한 것을 가정하자 (때문에 데이터 볼륨 또는 네트워크 처리량)을 가져 오는 시간이 10secs (* 0.01 초 1000)입니다. 그런 다음 비율이 변경됩니다.

(A + Y)/(A + X) = 10.05sec/10.01sec ~=~ 1.004 

그들은 거의 구별 할 수 없습니다. 제가 말하고자하는 것은 예, 준비된 진술이 더 빠르다는 것입니다 (그렇지만 그것을 사용해야 만합니다). 그러나 당신이 구현하고있는 테스트가 반드시 그 값을 찾아 내거나 가치를 측정하는 좋은 방법은 아닐 수도 있습니다. 자신이 짜내는 성능을 실제로 측정하기 위해서는 다른 요소도 고려해야합니다.