Performance-Optimierungen in einem Forum

Beitrag von Lord Lommel » 12.10.2009, 16:21

Beitrag von mgutt » 12.10.2009, 16:43

Beitrag von Lord Lommel » 12.10.2009, 19:02

Beitrag von mgutt » 12.10.2009, 19:33

Also eins habe ich in den letzten Jahren gelernt. Wenn was langsam ist, dann SQL und nicht PHP

Allerdings habe ich von SP keine Ahnung. Und vom direkten Hantieren auf der Datenbank: Vermutlich geht das gar nicht, weil ich Managed hoste.

Mal ne Grundlagenfrage. Ich hab diese Abfrage:

Code: Alles auswählen

EXPLAIN SELECT DISTINCT topic
FROM posts
WHERE poster = 2
AND forum NOT IN (0)

Ich habe testweise die Indexe gesetzt:
poster_forum
poster_forum_topic
poster_topic

Genutzt wird der Index poster_forum_topic, allerdings mit diesen Extras:
Using where; Using index; Using temporary

In diesem Fall:

Code: Alles auswählen

EXPLAIN SELECT DISTINCT topic
FROM posts FORCE INDEX(poster_topic)
WHERE poster = 2
AND forum NOT IN(0)

Extras:
Using where

Ich gehe jetzt recht in der Annahme, dass letztere Variante die bessere ist. Allerdings verstehe ich nicht, warum die erste sogar einen temporay nutzt.

Als SUB-Select ist allerdings wieder das Extra tempory aktiv. Aber ich denke mal, dass das normal ist, weil der ja das Ergebnis danach noch sortieren muss?!

Beitrag von Lord Lommel » 12.10.2009, 19:40

Beitrag von mgutt » 12.10.2009, 19:44

Lord Lommel hat geschrieben:

mgutt hat geschrieben:Also eins habe ich in den letzten Jahren gelernt. Wenn was langsam ist, dann SQL und nicht PHP

Wo haste denn das her ? SQL ist so schnell wie du es programmierst. Das langsamste ist die Verbindung zwischen MySQL und PHP. Deshalb schiebt man da so wenig wie möglich durch. Außerdem ist PHP um Größenordnungen langsamer als SQL.

SQL ist ein Flaschenhals, daher kann es so schnell sein wie es will. Wenn der Prozessor belastet wird, laufen die Abfragen gerne mal auf und dann ist Schluss mit lustig. Daher behaupte ich, dass SQL langsamer ist. Zumindest hatte ich noch nie Probleme in PHP und das schon seit 5 Jahren Wachstum.

Wer dann noch hingeht und mit IF oder Berechnungen in SQL arbeitet, hat meiner Ansicht nach zu viele Server auf Lager

Beitrag von Lord Lommel » 12.10.2009, 20:24

Ich halt mich mal jetzt lieber zurück...

Beitrag von xAaron » 12.10.2009, 22:03

Beitrag von bfs » 12.10.2009, 22:23

PHP vs. MySQL ist wie ein Vergleich von Äpfel und Birnen, und das auch noch zu verschiedenen Jahreszeiten.

Was deine Frage zu den Indizes angeht, so würde ich sagen poster_forum_topic ist dafür maßgeschneidert und eindeutig die beste Wahl. Das sagt ja auch das "using index" aus: mysql kann alle Teile des Queries aus dem Index bedienen.

Nebenbei: der Index "poster_forum" ist natürlich überflüssig, da er ja schon in "poster_forum_topic" enthalten ist. poster_topic kannst du dir auch sparen und stattdessen in deine queries an der 2. relevanten Position entsprechend "immerwahre" Abfrage von "Forum" einbauen wie "AND forum >= 0", dann können diese Queries auch poster_forum_topic nutzen.

Das er für poster_topic kein "using temporary" ermittelt würde ich auf die Ungenauigkeiten von explain in Kombination mit DISTINCT schieben, da dieses eine effiziente Indexnutzung verhindert. Was sagt denn explain ohne "DISTINCT", ist das "using temporary" dann weg?

Um sich DISTINCTe Werte "zu merken", muss ich mysql nämlich fast immer eine temporary anlegen, daher ist es bei grösseren Tabellen oft sehr langsam. Wenn es mengenmässig machbar ist, dann ist es oft schneller sich ALLE Werte geben zu lassen und die Duplikate durch die Anwendung zu eliminieren.

Beitrag von mgutt » 15.10.2009, 11:36

SELECT topic
FROM posts FORCE INDEX(poster_time)
WHERE poster = 2
AND time > ' . (time() - 7776000)
$topics = array_unique($topics);
$total = count($topics);
if ($total > 4) {
	SELECT t.*, h.*
	FROM topics t FORCE INDEX(PRIMARY), hosts h FORCE INDEX(PRIMARY)
	WHERE t.moved = 0
	AND t.host = h.host
	AND t.forum NOT IN(0)
	AND t.topic IN(' . implode(', ', $topic_ids) . ')
	ORDER BY t.last_time DESC
	LIMIT 300
}

else {
	SELECT t.*, h.*
	FROM topics t FORCE INDEX(PRIMARY), posts p FORCE INDEX(poster_topic), hosts h FORCE INDEX(PRIMARY)
	WHERE t.moved = 0
	AND t.host = h.host
	AND t.forum NOT IN(0)
	AND t.topic = p.topic
	AND p.poster = 2
	GROUP BY p.topic
	ORDER BY t.last_time DESC
	LIMIT 300
}

Beitrag von everflux » 15.10.2009, 11:52

Ist das jetzt bei einer aktuellen MySQL Version? Sonst könnte es sein, dass Du Dir viel zu viel Arbeit machst, die Du mit einem Update sparen könntest

Beitrag von mgutt » 15.10.2009, 12:42

Ja ist mit der aktuellen DB-Version. Ich habe bereits den DB-Server im Einsatz. Rennt wie Sau

Aber das Erstellen der Indexe und der Subselect führte zu leichten Schwitzattacken