Nachtrag: Der DATEDIFF führt dazu, dass ein Index, der auf `last` liegt, nicht verwendet wird (zumindest bei meinen Tests gerade nicht), und das kostet bei der Tabellengröße viel Zeit. Je nach Häufigkeit deiner Abfrage könnte das vorteilhaft sein. Nachteil eines Index ist natürlich, dass er bei jedem Schreibzugriff aktualisiert werden muss; hier musst Du abwägen. Wenn das Schreiben in die Log-Tabelle zeitkritisch ist, muss man eventuell die längere Laufzeit durch den Tablescan bei der Auswertung in Kauf nehmen. Die Formulierung `WHERE last >= UNIX_TIMESTAMP(DATE_ADD(CURDATE(), INTERVAL -14 DAY))` verwendet dagegen einen vorhandenen Index. Die DATE_ADD Variante kannst Du auch in der slow-Tabelle benutzen. Rolf

Nachtrag: Der DATEDIFF nutzt vor allem keinen Index, der auf `last` liegt (zumindest bei meinen Tests gerade nicht), und das kostet Zeit. Falls auf `last` kein Index liegt - warum nicht? Der hilft wenn Du aus Millionen von Zeilen selektieren musst. Die Formulierung `WHERE last >= UNIX_TIMESTAMP(DATE_ADD(CURDATE(), INTERVAL -14 DAY))` verwendet dagegen einen vorhandenen Index. Die DATE_ADD Variante kannst Du auch in der slow-Tabelle benutzen. Rolf