Ich habe eine Lösung gefunden mit der ich leben kann ,ich habe in der Datei /etc/my.cnf unter [mysqld] folgendes eingetragen.
Code
key_buffer = 36M
myisam_sort_buffer_size = 36M
read_buffer_size = 36M
read_rnd_buffer_size = 36MBeiträge von Shorty im Thema „Plesk auf einmal sehr langsam?“
-
-
Vielen dank für mich sieht es da relativ ruhig aus?
Code
Alles anzeigentop - 19:39:00 up 2:32, 1 user, load average: 0.09, 0.08, 0.06 Tasks: 195 total, 1 running, 194 sleeping, 0 stopped, 0 zombie %Cpu(s): 1.8 us, 0.8 sy, 0.0 ni, 97.2 id, 0.2 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem : 2040592 total, 664772 free, 509284 used, 866536 buff/cache KiB Swap: 2097148 total, 2097148 free, 0 used. 1288404 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 4588 web0 20 0 316304 12780 3616 S 4.3 0.6 0:00.13 php-fpm 505 root 20 0 0 0 0 S 0.3 0.0 0:03.17 xfsaild/dm+ 1440 mysql 20 0 1763288 173236 13088 S 0.3 8.5 0:10.62 mysqld 4584 root 20 0 157704 2292 1568 R 0.3 0.1 0:00.06 top 1 root 20 0 125248 3808 2416 S 0.0 0.2 0:01.67 systemd 2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd 3 root 20 0 0 0 0 S 0.0 0.0 0:00.03 ksoftirqd/0 4 root 20 0 0 0 0 S 0.0 0.0 0:00.33 kworker/0:0 7 root rt 0 0 0 0 S 0.0 0.0 0:00.06 migration/0 8 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_bh 9 root 20 0 0 0 0 S 0.0 0.0 0:01.21 rcu_sched 10 root rt 0 0 0 0 S 0.0 0.0 0:00.02 watchdog/0 11 root rt 0 0 0 0 S 0.0 0.0 0:00.03 watchdog/1 12 root rt 0 0 0 0 S 0.0 0.0 0:00.04 migration/1 13 root 20 0 0 0 0 S 0.0 0.0 0:00.02 ksoftirqd/1 15 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/1:+ 17 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kdevtmpfsDas wechselt immer die Höchste CPU% die ich sehen konnte war 4.3
-
es hat sich leider nichts geändert,ich werde wohl um das htop nicht herum kommen,aber ich weiss nicht was ich dafür genau in Putty machen muss?
-
Was meinst du genau soll ich Deaktiviert haben?
Ah ich glaube nun habe ich verstanden,mach dein Script nun das Backup?
-
Ok danke aber irgendwas muss ich Falsch gemacht haben,Plesk hat sich nicht geändert Lahmt immer noch.
-
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)
-
Du meinst chmod +x backup.sh mit Putty?
Hatte ich versucht das gab ein Fehler.
-
Danke habe ich gemacht,wäre dann der Pfad zum Ausführen /root/backup.sh?
Sind die CHMOD Rechte 644 ausreichend?
-
Ja aber zuvor muss ich es doch erst einmal ablegen,wo am besten?
-
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?
-
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.
-
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.cnfdie Sektion[mysqld]finden und die Parameter ändern/ergänzen:Codekey_buffer = 2M myisam_sort_buffer_size = 4M read_buffer_size = 512K read_rnd_buffer_size = 4M -
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.
-
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?