Hallo seit gestern ist mein Plesk sehr langsam,die MYSQL CPU Auslastung ist sehr hoch und ich weiss nicht warum und was ich machen kann.
Kann mir hier jemand helfen?
Plesk auf einmal sehr langsam?
-
Shorty -
30. Juli 2017 um 20:50 -
Geschlossen
Bitte in den Beiträgen keine externe Bilder einbinden, sondern nur die Dateianhänge verwenden.
Vielen dank.
Vielen dank.
-
-
Wie viele CPU Kerne hast du?
Und welche anderen Prozesse laufen?
Kannst du festellen, welche Anfragen an den MySQL Server gehen?
-
Wenn das Problem auftriet 100%,was ich nicht verstehe es kamm aus dem nichts war mit einemal da.
Ich habe leider noch nicht so die Ahnung davon,für mich sieht alles normal aus zumal nichts geändert wurde.
-
Hast du es zufällig das Perl Script zum laufen bekommen zum Backupen der Datenbank?
-
Ja habe ich aber meinst du wirklich das es daran liegt?
Ich habe auf den Server ein Backup eingespielt bei dem es noch nicht Aktiv war und da war genau das selbe.
Ich habe mal in die /var/log/mysql/mysql.log geschaut,hier mal die letzten Zeilen.
Code
Alles anzeigen170724 08:40:13 mysqld_safe mysqld from pid file /var/lib/mysql/localhost.localdomain.pid ended 170730 18:27:51 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql 2017-07-30 18:27:52 140226550052992 [Note] /usr/sbin/mysqld (mysqld 10.2.7-MariaDB) starting as process 1543 ... 2017-07-30 18:27:52 140226550052992 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins 2017-07-30 18:27:52 140226550052992 [Note] InnoDB: Uses event mutexes 2017-07-30 18:27:52 140226550052992 [Note] InnoDB: Compressed tables use zlib 1.2.7 2017-07-30 18:27:52 140226550052992 [Note] InnoDB: Using Linux native AIO 2017-07-30 18:27:52 140226550052992 [Note] InnoDB: Number of pools: 1 2017-07-30 18:27:52 140226550052992 [Note] InnoDB: Using SSE2 crc32 instructions 2017-07-30 18:27:52 140226550052992 [Note] InnoDB: Initializing buffer pool, total size = 128M, instances = 1, chunk size = 128M 2017-07-30 18:27:52 140226550052992 [Note] InnoDB: Completed initialization of buffer pool 2017-07-30 18:27:52 140225788282624 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority(). 2017-07-30 18:27:53 140226550052992 [Note] InnoDB: Highest supported file format is Barracuda. 2017-07-30 18:27:53 140226550052992 [Note] InnoDB: Starting crash recovery from checkpoint LSN=267902612 2017-07-30 18:27:55 140226550052992 [Note] InnoDB: Starting final batch to recover 3 pages from redo log. 2017-07-30 18:27:58 140226550052992 [Note] InnoDB: 128 out of 128 rollback segments are active. 2017-07-30 18:27:58 140226550052992 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1" 2017-07-30 18:27:58 140226550052992 [Note] InnoDB: Creating shared tablespace for temporary tables 2017-07-30 18:27:58 140226550052992 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2017-07-30 18:27:58 140226550052992 [Note] InnoDB: File './ibtmp1' size is now 12 MB. 2017-07-30 18:27:58 140226550052992 [Note] InnoDB: Waiting for purge to start 2017-07-30 18:27:58 140226550052992 [Note] InnoDB: 5.7.18 started; log sequence number 267903957 2017-07-30 18:27:58 140225489651456 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool 2017-07-30 18:27:58 140225489651456 [Note] InnoDB: Cannot open '/var/lib/mysql/ib_buffer_pool' for reading: No such file or directory 2017-07-30 18:27:58 140226550052992 [Note] Plugin 'FEEDBACK' is disabled. 2017-07-30 18:27:58 140226550052992 [Note] Recovering after a crash using tc.log 2017-07-30 18:27:58 140226550052992 [Note] Starting crash recovery... 2017-07-30 18:27:58 140226550052992 [Note] Crash recovery finished. 2017-07-30 18:27:58 140226550052992 [Note] Server socket created on IP: '127.0.0.1'. 2017-07-30 18:27:58 140226550052992 [ERROR] Missing system table mysql.roles_mapping; please run mysql_upgrade to create it 2017-07-30 18:27:58 140226456299264 [Warning] Failed to load slave replication state from table mysql.gtid_slave_pos: 1146: Table 'mysql.gtid_slave_pos' doesn't exist 2017-07-30 18:27:58 140226550052992 [Note] Reading of all Master_info entries succeded 2017-07-30 18:27:58 140226550052992 [Note] Added new Master_info '' to hash table 2017-07-30 18:27:58 140226550052992 [Note] /usr/sbin/mysqld: ready for connections. Version: '10.2.7-MariaDB' socket: '/var/lib/mysql/mysql.sock' port: 3306 MariaDB Server 2017-07-30 18:27:59 140226455996160 [Warning] Access denied for user 'root'@'localhost' (using password: NO) 2017-07-30 18:28:21 140226455996160 [ERROR] InnoDB: Table `mysql`.`innodb_table_stats` not found. 2017-07-30 19:37:41 140226455996160 [Warning] Aborted connection 34 to db: 'psa' user: 'admin' host: 'localhost' (Got an error reading communication packets) 2017-07-30 19:59:49 140226052421376 [Warning] Access denied for user 'web0'@'localhost' (using password: YES) 2017-07-31 3:39:53 140226053027584 [Warning] Aborted connection 1951 to db: 'psa' user: 'admin' host: 'localhost' (Got timeout reading communication packets)
*EDIT*
Ich habe nun Folgendes über Google gefunden,das scheint etwas geholfen zu haben.
In der Datei
/etc/my.cnf
die Sektion[mysqld]
finden und die Parameter ändern/ergänzen: -
Welche Prozesse laufen?
Kannst du mit htop guclen, welche relative viel CPU benötigen außer MySQL?
Und ja, ich habe einen guten der genau das gleiche Perl Script verwendet hat, und es hat ziemlich viel CPU Last in der Datenbank verursacht, als ich dann ein Shell Script dafür erstellt habe ist das Problem weg gewesen.
-
Ich weiss leider nicht wie ich das mit htop machen muss,würdest du mir eventuell das Script zur verfügung stellen und mir sagen wie ich es anwenden muss vielleicht hilft es bei mir auch?
Vielleicht hilft der screen im anhang,so sieht es im Normal zustand aus.
-
Habe ich dir im Anhang hochgeladen. Die Datei bearbeiten und deine Datenbanken sowie den Pfad eintragen. Natürlich nicht den Benutzernamen und Passwort nicht vergessen der zugriff auf alle Datenbank Zugang hat.
p.s.
Sei mir bitte nicht böse, aber ein Server ist kein Spielplatz. Wenn du wirklich nicht weißt wie man einen Server Administrierst dann nimm bitte einen Webspace. Plesk ist wirklich keine Alternative für einen Server Administrator.
-
Ja du hast schon recht,aber ich lerne ja noch irgendwann haben alle angefangen.
Ich habe die Datei bearbeitet,was genau muss ich nun machen damit das script Arbeitet?
-
Das sollte man aber nicht mit Servern machen, die im I-net angeschlossen sind sondern mit Servern die Lokal sind
Du musst das Script mit chmod +x backup.sh ausführbar machen. Anschließend in Plesk unten den Geplanten Aufgaben(cronjobs) hinzufügen.
-
Ja aber zuvor muss ich es doch erst einmal ablegen,wo am besten?
-
Der Ordner ist egal
Ein Ordner jedoch wo drauf nur Root zugang hat, z.b. in /root/
-
Danke habe ich gemacht,wäre dann der Pfad zum Ausführen /root/backup.sh?
Sind die CHMOD Rechte 644 ausreichend?
-
Ja, sofern du danach chmod +x gemacht hast
-
Du meinst chmod +x backup.sh mit Putty?
Hatte ich versucht das gab ein Fehler.
-
Und welchen?
was du auch in den Ordner in dem die Datei ist?
-
Ich habe nun nach dem Login mit Putty mit cd /root ins root verzeichniss wechseln wollen das macht er aber irgendwie nicht und als ich dann weil ich denke das er im root verzeichniss schon ist mit chmod +x backup.sh versucht habe ging er ohne eine meldung nur weiter (siehe screen)
-
Ja ist doch alles richtig.
Du bist ja schon im root Verzeichnis also ist alles richtig, und das chmod hat Funktioniert.
-
Ok danke aber irgendwas muss ich Falsch gemacht haben,Plesk hat sich nicht geändert Lahmt immer noch.
-
Hast du das andere den deaktiviert?
Wie gesagt würde ich mal in Putty htop aufrufen und gucken welche Prozesse dort laufen und CPU verbrauchen
-