Zitat von
alcaeus:
das wird nicht geben. Wenn dann musst du alle INSERT- und UPDATE-Statements mit LOW_PRIORITY oder sogar DELAYED starten, damit die SELECT-Statements eher drankommen.
Würde ich ja, nur bräuchte ich es genau anders herum.
Zitat:
Allerdings kann auch die Storage Engine schon weiterhelfen. MyISAM sperrt bei Schreiboperationen immer die ganze Tabelle
InnoDB hat andere Geschwingigkeits- und Speichernachteile. Die Nachteile dieser Konstellation überwiegen leider.
Zitat:
Was da allerdings noch anfaellt sind Index-Updates, welche natuerlich zeitaufwaendig sind. Da solltest du mal ueberpruefen, welche Kardinalitaet die Indizes haben.
Wie gesagt, das fragliche Select-Statement ist sehr schnell, wird natürlich durch viele lesende Zugriffe angemessen verlangsamt, nur blockiert es seinerseids alle anderen Zugriffe(lesend/schreibend).
Die Indizes sind (
imho) so ausgereizt, damit die Select's performant ablaufen. Laut Explain gibt es nichts zu verbessern.
Aber eines stimmt, die hauptsächlich beteiligte Tabelle hat mehrer Millionen Einträge. Verkleinern hilft natürlich massiv, nur ist es keine Lösung.