[php - mysql] Query enorm traag

[BierPul]

Ik gebruik het volgende scripje om 2 tabellen op basis van email adres samen te voegen.

PHP:

$get_1st_table = mysql_query("SELECT distinct(ml_email), ml_mask, ml_luitslag, ml_uitslag_active FROM tbl_mailinglist");

WHILE($array_1st_table = mysql_fetch_row($get_1st_table)) {
    switch($array_1st_table[3]) {
        case 'J':
            $privacy_uitslag = 1;
        break;
    
        case 'N':
            $privacy_uitslag = 0;
        break;
    }
    
    $email = chop($array_1st_table[0]);
    
    mysql_query("UPDATE tbl_mailing_final SET ml_mask = ml_mask + $array_1st_table[1], ml_reject_uitslagen = $privacy_uitslag, ml_last_uitslag = $array_1st_table[2] WHERE ml_email = '$email'") or die (mysql_error());
    
    $rows = mysql_affected_rows();
    
        if($rows < 1) {
            mysql_query("INSERT into tbl_mailing_final (ml_email, ml_mask, ml_last_uitslag, ml_reject_uitslagen) values ('$array_1st_table[0]', '$array_1st_table[1]', '$array_1st_table[2]', '$array_1st_table[3]')");
        } else {
            echo($email);
        }
}

Tabel 1 is zon 8000 records
Tabel 2 is 200.000 +

Het script draait nu al bijna anderhalf uur dit lijkt me erg lang.

Heb ik misschien iets inefficient aangepakt

Aan de machine kan het naar mijn idee niet liggen, dikke Pentium III (1100Mhz geloof ik) met een GB geheugen.

[thomaske]

heb je een index op je email-veld staan?

[BierPul]

niet dus

stomme fout zeg

[TheDane]

ik weet niet hoe 't in mysql zit, maar in oracle beinvloedt de grootte van je rollbacksegmenten BEHOORLIJK zwaar de snelheid van je queries. Voer maar eens 1 op de duizend records een commit; uit, dan gaat 't (in oracle) al een STUK sneller.

[thomaske]

jah, bij de eerste query gebruik je je emailadres met distinct, en daarna een update where email = ..
Beide queries zouden stuk sneller gaan met een index imho

[BierPul]

Dat scheelde inderdaad zo'n 89 minuten en 55 seconden