Ich habe das Problem, dass bei einer ganz bestimmten Abfrage, die einen INNER JOIN zwischen zwei Tabellen ausführt, der gesamte Rechner runtergezogen wird. ... Also so wie ich das sehe, müßte MySQL das im Schlaf hinbekommen. Tut er aber nicht. Wenn Du die Liste verfolgt hast, müßtest Du schon auf meine Beiträge zu diesem Thema gestoßen sein.

Ich hatte mir nun überlegt, ob es in der Query vielleicht einiges zu sortieren gibt (ja, nach Datum oder Zeitstempel [INT mit Linux-Zeitstempel]). Und guppiert wird da auch was, denn die Verknüpfung besagt ja, dass pro 1-Datensatz N-viele Datensätze in der anderen Tabelle bestehen können. Ich habe also nach dem PRIMARY der 1-Tabelle gruppiert und im SELECT-Zweig ein "COUNT(P.id) as num_n_records" stehen. Sollte aber trotzdem kein Problem sein, denn die delinquenten Spalten sind ja indiziert. Oder stehe ich da im Wald?

Na ja, was heißt viel I/O? Im Großen und Ganzen wird vielleicht alle 10 Mintuen ein neuer Datensatz in die 1-Tabelle geschrieben (und das wäre schon viel). Dafür wird diese Tabelle stark lesend frequentiert.