Wordpress ist seit 2, 3 Tagen langsam und bringt HTTP500 Fehler

Wie groß ist die MySQL-Datenbank, und auf welcher Hardware läuft der server?

cat /proc/cpuinfo
sudo fdisk -l

Zeigen CPU-Modell und Festplatten-Modell (neben einigen anderen Informationen) an.

Ich würde mal die Datenbanken bereinigen und optimieren, hat bei mir mal Server Error 500 im Admin-Panel gelöst. Auf dem kleinen Webspace war es sogar spürbar schneller, als ich die WP-Datenbanken manuell bereinigt habe, alte Post-Revisionen usw gelöscht habe. Was sagt die error.log vom HTTP-Server (apache)?

Den error.log würde ich persönlich jetzt nicht öffentlich posten, da stehen die IP-Adressen deiner Besucher drin...

Aber man sieht, dass mod_fcgid andauernd gekillt wird, weil...

[Sun Nov 22 14:08:15 2015] [warn] mod_fcgid: process 24467 graceful kill fail, sending SIGKILL 
[Sun Nov 22 14:08:17 2015] [warn] [client ] mod_fcgid: read data timeout in 40 seconds 
[Sun Nov 22 14:08:17 2015] [error] [client ] Premature end of script headers: index.php

Und hier endet mein Fachwissen. Google empfiehlt aber, den IO-Timeout zu erhöhen:
http://serverfault.com/questions/4140…sending-sigkill

Weißt du, ob der Server eine HDD, SSD oder RAID hat? Könnte sein, dass MySQL Queries zu lange brauchen, etwa weil die Festplatte zu langsam ist, und php dadurch einen Timeout kriegt und 500 Error ausgibt? Ist es ein Root Server oder VServer? Ein i7-4770 sollte die MySQL-DB sehr locker handlen können.

Zitat von Thomas Kujawa

(...)
Datenbankreinigung sollte eigentlich von WP Optimize erledigt werden. (...)

Da erliegst Du aber einem gewaltigen Irrtum, die versagt für die Optimierung des Datenvolumens je nach Art der WP-Installation (z.B. Page Builder!) nicht selten kläglich.

Zitat

(...) Die Datenbank hat eine Größe von 410,10 MB. Überhang aktuell 1.7 MB - das meiste aus wp_options. (...)

Und steht das Volumen der Datenbank in einem nachvollziehbaren Verhältnis zum Inhalt der WP-Installation?

Nutze statt des o.g. Plugins oder auch zusätzlich mal dieses Plugin

https://de.wordpress.org/plugins/wp-sweep/

Lass Dir damit zunächst mal die Analyse anzeigen, Du wirst staunen, wenn Du genug Ahnung hast, die Werte zu deuten und dann lass es sein Werk tun, sichere aber vorher unbedingt die Datenbank, das Plugin ist zwar sicher und erprobt und hat bei mir noch nie etwas zerschossen, aber es gibt dafür keinerlei Garantie...

Zitat von Thomas Kujawa

(...) bissl doof ist, das es nur englisch ist und auch einige Dinge nicht selbsterklärend. (...)

Lege eine Sicherung(!) an und wähle dann einfach Sweep All (ganz unten, blauer Button in der Mitte), i.d.R. funktioniert das wunderbar.

Aber Achtung, gerade wurden sowohl WordPress selbst, als auch das Plugin geupdatet.

Wenn noch beides auf dem alten Stand ist, lass es so und führe Sweep All durch oder bringe beide vorher auf den neusten Stand.

Zitat von Thomas Kujawa

(...) kann ich nicht 'All' machen. Dann gehen (wichtige) Daten verloren. (...)

Bist Du Dir sicher, dann beiß Dich halt durch und arbeite die einzelnen Positionen ab...

Datenbank mir 420 MB sind kein Problem.
Ist der MYSQL-Server auf Deinem Host oder extern?
Was zeigen die Logs?
Webserver: Hat sich an den Zugriffen auf das Web etwas geändert? Oft laufen Bruteforce-Attacken auf das Login.
Kernel.log: Auffälligkeiten?
Was zeigt der Netzwerktraffic? Gibt es Angriffe?
Ist Dein Wordpress das einzigste Web? Vielleicht kommt die Last ganz woanders her?

Ursachen für hohen Load gibt es vieles. Offenbar hast Du aber einen eigenen root-Server. Das sollte vorraussetzen, das die zumindestens mit den üblichen Analysetools und Logs umgehen können solltest.

Viele Hoster mit Billig-root-Servern bieten haben oft nur Desktop-Hardware, inbesondere bei Festplatten und bei der CPU. Dann ist schnell Schluss mit guter Performance wenn man etwas massiver zugegriffen wird.