Also für euch "Informatiker":
- Der Server hat jetzt 20 CPUs. Systemlast ist derzeit bei 10.72
- NGINX und mariadb mit php-fpm sind optimiert nach systemvorgaben.
- fail2ban auf die Bots gesetzt

Das alles ist selbstverständlich sehr sinnvoll, eine Verbesserung wurde damit aber nicht erreicht.
Im Gegenteil. Ich bin mir sehr sicher, dass es zwischen dieser neuen Struktur und der
alten, importieren Umgebung eine Inkompatiblität gibt. Ein Blick in diese Richtung wäre für
dich kein Aufwand.

Das Problem ist die Datenbank des gelben Forums, weil er bei JEDEM Aufruf
der Homepage einen select macht wieviel Topics und messages es gibt.

Die Logistik des php codes entspricht der alten Struktur und die hat sich nicht geändert.
Warum sollten die queries trotz der besseren Systemumgebung nun plötzlich Probleme bereiten?
Ein select() bei dieser Hardwareausstattung und der eher geringen Datenmenge liegt auch
bei komplexen sql injections bei ein paar mS. Wir erleben hier aber einen Response auf
queries von 30 Sekunden und darüber. Woran liegt das?

Vorschlag wäre, ein Duplikat zu machen für Einträge bis 2018 und dann das neue Forum
mit 2019/2020 ++ zu bespielen.

Ich bin der Meinung, dass du in die falsche Richtung ten­die­rst.
Die Datenmenge für dieses Forum ist im Vergleich zu dem, was mySQL oder mariaDB verarbeiten können,
sehr gering. Ein Reduzieren der Daten, indem du die db splittest, wird die Performance wohl verbessern,
das eigentliche Problem aber nicht beheben. Das muß dir klar sein.

Und bitte hört mit den Diskussionen über unsere Fähigkeiten auf.
Das tut WEH! Wir machen das beste für das Forum und immer wieder
Beschwerden für ein KOSTENLOSES Forum.

Ich möchte gerne darauf hinweisen, dass mein Schreiben keine Beschwerde war.
Dieses Schreiben war nichts anderes als die Anmerkung eines Gastes an den Unterkunftgeber,
dass es ins Zimmer regnet und das wertvolle Inventar Schaden nimmt.

Mit freundlichen Grüßen
also

Nachtrag:
Vielleich wurde mit dem Splitting der db ein korrupter Datenbestand entfernt?
14.03.2020 13:20:11
tcp connect() 12mS
query min.320mS, max.650mS
Wenn das so bleibt, wäre es sehr erfreulich