Achtung Techspam xD
Anscheinend benutzen User die Suche, denn ansonsten wär diese Tabelle nicht voll.
'neue beiträge' erzeugt eine Such-Session.
Zunächst werden alle Beiträge gesucht die dem Shema 'ich bin von dir ungelesen und neu' <- das sind nichts anderes als Such-Paramater. Diese werden direkt in diese cache Results geschrieben. Das hat einen einfachen Grund.
Wenn man eine solche Suche duchführt kommen ja viele Beiträge dabei heraus. Geht man in einen Beitrag herein, der in der Suche angezeigt wird gehen in dem Moment sämtliche Such-Parameter verloren, die Daten wären als futsch.
Diese result Tabelle identifiziert die komplette Suche über eine id, die beim 'zurückgehen' durch den Browser wieder gesendet wird.
Man kann alte Suchen also beliebig oft wieder ansehen, ohne dass die Datenbank wieder performance-fressende tabellen-scans durchführen muss.
Diese Tabelle wird meist nicht implizit auf der Platte erzeugt, sondern im cache, was bei kleineren Servern schnell zu Problemen führt.
Also nein, es ist nicht sinnig auf diese Tabelle zu verzichten.
Der Fehler ist btw. mit großer Sicherheit aufgetreten, weil in diese Tabelle mit großer Warscheinlichkeit per Delayed insert geschrieben wird. Wenn nun ein User herumhängt weil der Server rumzickt und ein anderer bekommt einen schnelleren Apache- Childprozess überholt er den, zack, 2 identische keys, das geht für indexes aber nicht
</tech>