Почему тормозит MySQL\PhpMyAdmin?

Question

[maxon76]

На VPS установлена Ubuntu 22.04
Установил MySQL,PHP, Apache2, PhpMyAdmin,
Столкнулся с проблемой что зпросы в phpmyadmin выплолняются очень долго. Например что бы удалить одну пустую табилцу нужно ждать 2-3 минуты пока все прогрузиться.
А сделать импорт небольшой БД не воможно совсем - постоянно крутиться значек загурзки.
Подскажите пожалуйста с чем это может быть связанно?

Comments

[Дмитрий]

Обращайтесь в тех поддержку, может у них там пожар был какой, или работа на генераторах

Answer 1

[Ищю в поисковиках]

Какие характеристики vps (сколько ядер, какая частота процессора, сколько ОЗУ, какой тип памяти используется, SSD или HDD диск)?
Какая средняя нагрузка на впс? Какие процессы в топе top?

Самый простой способ проверить, что проблема не в phpmyadmin, как сказали выше, сделать аналогичный запрос через консоль.

Если проблема в phpmyadmin, то рекомендую посмотреть в сторону adminer. Он проще и более легковесный.

Если проблема не в phpmyadmin, то нужно бороться с причинами проблемы (нагрузка на процессор, забитая память, диск и прочее)

Comments

[maxon76]

Через adminer и консоль тоже очень медленно запросы идут. Сделать Импот БД не вохможно.
Характеристики VPS: 16Gb Озу, SSD 250Gb, Процессор Xenon какой то.
А как посметреть нагрзку на VPS и процессы?
Заметил еще очень медленно идет установка прпакетов, распаковка и тд.

[Adamos]

maxon76, вообще-то за те деньги, которых стоит такой VPS, вы должны не по Тостеру бегать с такими вопросами, а пинать в жопу хостера за такой сервис...

[Ищю в поисковиках]

Adamos, может впс предоставили как нужно, но что то нагрузку создаёт. Например Майнер. Хостер же не может отвечать за все, что делают пользователи на своем впс...

maxon76, uptime команда покажет время и la.

Запустите top и пришлите скриншот/вывод команды. Также вывод команды "ps auxf". Ещё будет полезным вывод "iotop -oP" - покажет нагрузку на дисковую систему.

[maxon76]

Ищю в поисковиках,
iotop -oP у меня выдет ошибку. Посмотрел нагрузку на дсковую систему командой iostat -xtc

-bash: syntax error near unexpected token `('
Linux 5.15.0-69-generic (localhost)     04/05/23        _x86_64_        (4 CPU)

04/05/23 08:25:31
avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.27    0.01    0.19    6.70    0.02   92.82

top

top - 08:00:53 up  1:10,  1 user,  load average: 0.10, 0.18, 0.26
Tasks: 130 total,   1 running, 129 sleeping,   0 stopped,   0 zombie
%Cpu(s):   2.8/0.0     3                                                                                                    ]
MiB Mem :  16001.5 total,  13179.2 free,   1917.9 used,    904.3 buff/cache
MiB Swap:      0.0 total,      0.0 free,      0.0 used.  13793.4 avail Mem

[Adamos]

Ищю в поисковиках, под такой нагрузкой, которая замедлит до трех минут один запрос на удаление одной таблицы даже из консоли, ТС с PMA вряд ли смог бы работать вообще.
Такие лютые тормоза скорее указывают на проблемы с железом (или с его виртуализацией).

[maxon76]

ps auxf

spoiler

$ ps auxf
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 37 0.0 0.0 0 0 ? S 06:50 0:00 \_ [kdevtmpfs]
root 38 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [inet_frag_wq]
root 39 0.0 0.0 0 0 ? S 06:50 0:00 \_ [kauditd]
root 41 0.0 0.0 0 0 ? S 06:50 0:00 \_ [khungtaskd]
root 42 0.0 0.0 0 0 ? S 06:50 0:00 \_ [oom_reaper]
root 43 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [writeback]
root 44 0.0 0.0 0 0 ? S 06:50 0:00 \_ [kcompactd0]
root 45 0.0 0.0 0 0 ? SN 06:50 0:00 \_ [ksmd]
root 46 0.0 0.0 0 0 ? SN 06:50 0:00 \_ [khugepaged]
root 92 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [kintegrityd]
root 93 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [kblockd]
root 94 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [blkcg_punt_bio]
root 95 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [tpm_dev_wq]
root 96 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [ata_sff]
root 97 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [md]
root 98 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [edac-poller]
root 99 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [devfreq_wq]
root 101 0.0 0.0 0 0 ? S 06:50 0:00 \_ [watchdogd]
root 103 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [kworker/1:1H-kblockd]
root 105 0.0 0.0 0 0 ? S 06:50 0:00 \_ [kswapd0]
root 107 0.0 0.0 0 0 ? S 06:50 0:00 \_ [ecryptfs-kthrea]
root 109 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [kthrotld]
root 110 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [acpi_thermal_pm]
root 112 0.0 0.0 0 0 ? S 06:50 0:00 \_ [scsi_eh_0]
root 113 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [scsi_tmf_0]
root 114 0.0 0.0 0 0 ? S 06:50 0:00 \_ [scsi_eh_1]
root 115 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [scsi_tmf_1]
root 117 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [vfio-irqfd-clea]
root 118 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [mld]
root 119 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [kworker/0:1H-kblockd]
root 120 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [ipv6_addrconf]
root 130 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [kstrp]
root 133 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [zswap-shrink]
root 134 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [kworker/u9:0]
root 139 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [charger_manager]
root 155 0.0 0.0 0 0 ? I 06:50 0:00 \_ [kworker/2:2-events]
root 188 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [kworker/3:1H-kblockd]
root 189 0.0 0.0 0 0 ? S 06:50 0:00 \_ [scsi_eh_2]
root 190 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [scsi_tmf_2]
root 191 0.0 0.0 0 0 ? I 06:50 0:00 \_ [kworker/1:2-events]
root 195 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [cryptd]
root 205 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [kworker/2:1H-kblockd]
root 236 0.0 0.0 0 0 ? I 06:50 0:00 \_ [kworker/0:2-cgroup_destroy]
root 271 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [raid5wq]
root 318 0.0 0.0 0 0 ? S 06:50 0:00 \_ [jbd2/sda1-8]
root 320 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [ext4-rsv-conver]
root 424 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [kaluad]
root 426 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [kmpath_rdacd]
root 427 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [kmpathd]
root 428 0.0 0.0 0 0 ? I< 06:50 0:00 \_ [kmpath_handlerd]
root 1124 0.0 0.0 0 0 ? I 06:57 0:00 \_ [kworker/3:0-cgroup_destroy]
root 1448 0.0 0.0 0 0 ? I 07:42 0:00 \_ [kworker/u8:3-flush-8:0]
root 1500 0.0 0.0 0 0 ? I 07:51 0:00 \_ [kworker/3:1-ipv6_addrconf]
root 1501 0.0 0.0 0 0 ? I 07:51 0:00 \_ [kworker/0:1-ata_sff]
root 1597 0.0 0.0 0 0 ? I 08:00 0:00 \_ [kworker/u8:0-ext4-rsv-conversion]
root 1602 0.0 0.0 0 0 ? I 08:05 0:00 \_ [kworker/u8:1-events_unbound]
root 2211 0.0 0.0 0 0 ? I 08:22 0:00 \_ [kworker/1:0-events]
root 2224 0.0 0.0 0 0 ? I 08:22 0:00 \_ [kworker/2:1]
root 2296 0.0 0.0 0 0 ? I 08:27 0:00 \_ [kworker/u8:2]
root 1 0.0 0.0 167732 13236 ? Ss 06:50 0:04 /sbin/init
root 392 0.0 0.2 80580 43320 ? S root 429 0.0 0.1 289348 27360 ? SLsl 06:50 0:00 /sbin/multipathd -d -s
root 433 0.0 0.0 24068 7520 ? Ss 06:50 0:00 /lib/systemd/systemd-udevd
systemd+ 705 0.0 0.0 16120 8060 ? Ss 06:51 0:00 /lib/systemd/systemd-networkd
systemd+ 707 0.0 0.0 25260 12604 ? Ss 06:51 0:00 /lib/systemd/systemd-resolved
clamav 747 0.0 0.0 59108 14004 ? Ss 06:51 0:00 /usr/bin/freshclam -d --foreground=true
root 752 0.0 0.0 7384 2864 ? Ss 06:51 0:00 /usr/sbin/cron -f -P
message+ 755 0.0 0.0 8912 5100 ? Ss 06:51 0:00 @dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
root 761 0.0 0.0 82764 4028 ? Ssl 06:51 0:00 /usr/sbin/irqbalance --foreground
root 764 0.0 0.1 32984 18968 ? Ss 06:51 0:00 /usr/bin/python3 /usr/bin/networkd-dispatcher --run-startup-triggers
root 769 0.0 0.1 222192 28732 ? Ss 06:51 0:00 php-fpm: master process (/etc/php/8.1/fpm/php-fpm.conf)
www-data 902 0.0 0.0 222700 10908 ? S 06:51 0:00 \_ php-fpm: pool www
www-data 903 0.0 0.0 222704 10908 ? S 06:51 0:00 \_ php-fpm: pool www
root 770 0.0 0.0 239716 9228 ? Ssl 06:51 0:00 /usr/libexec/polkitd --no-debug
syslog 772 0.0 0.0 222400 5976 ? Ssl 06:51 0:00 /usr/sbin/rsyslogd -n -iNONE
root 775 0.0 0.2 1023204 34660 ? Ssl 06:51 0:04 /usr/lib/snapd/snapd
root 780 0.0 0.0 15528 7324 ? Ss 06:51 0:00 /lib/systemd/systemd-logind
root 783 0.0 0.0 392588 12576 ? Ssl 06:51 0:00 /usr/libexec/udisks2/udisksd
clamav 786 0.4 7.9 1475080 1307280 ? Ssl 06:51 0:26 /usr/sbin/clamd --foreground=true
root 795 0.0 0.0 6172 1180 tty1 Ss+ 06:51 0:00 /sbin/agetty -o -p -- \u --noclear tty1 linux
root 816 0.0 0.1 110104 21468 ? Ssl 06:51 0:00 /usr/bin/python3 /usr/share/unattended-upgrades/unattended-upgrade-shutdown --wait-for-signal
ntp 817 0.0 0.0 76092 6160 ? Ssl 06:51 0:00 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 113:121
root 829 0.0 0.0 244216 12256 ? Ssl 06:51 0:00 /usr/sbin/ModemManager
root 846 0.0 0.0 15424 9308 ? Ss 06:51 0:00 sshd: /usr/sbin/sshd -D [listener] 0 of 10-100 startups
root 1502 0.0 0.0 17176 10840 ? Ss 07:52 0:00 \_ sshd: ghost11 [priv]
ghost11 1567 0.0 0.0 17312 8084 ? S 07:52 0:00 \_ sshd: ghost11@pts/0
ghost11 1568 0.0 0.0 9148 5316 pts/0 Ss 07:52 0:00 \_ -bash
ghost11 2486 0.0 0.0 10620 3228 pts/0 R+ 08:31 0:00 \_ ps auxf
root 884 0.0 0.1 224436 28188 ? Ss 06:51 0:00 /usr/sbin/apache2 -k start
www-data 896 0.0 0.2 227848 39984 ? S 06:51 0:00 \_ /usr/sbin/apache2 -k start
www-data 897 0.0 0.2 225652 34604 ? S 06:51 0:00 \_ /usr/sbin/apache2 -k start
www-data 898 0.0 0.2 225604 34828 ? S 06:51 0:00 \_ /usr/sbin/apache2 -k start
www-data 899 0.0 0.1 225540 31900 ? S 06:51 0:00 \_ /usr/sbin/apache2 -k start
www-data 900 0.0 0.1 225668 31688 ? S 06:51 0:00 \_ /usr/sbin/apache2 -k start
www-data 1128 0.0 0.1 225664 31852 ? S 06:59 0:00 \_ /usr/sbin/apache2 -k start
www-data 1209 0.0 0.1 225000 22708 ? S 07:11 0:00 \_ /usr/sbin/apache2 -k start
www-data 1210 0.0 0.1 225088 22080 ? S 07:11 0:00 \_ /usr/sbin/apache2 -k start
www-data 1211 0.0 0.1 225652 31516 ? S 07:11 0:00 \_ /usr/sbin/apache2 -k start
mysql 907 0.8 2.5 2679136 425500 ? Ssl 06:51 0:52 /usr/sbin/mysqld
ghost11 1505 0.0 0.0 17056 9632 ? Ss 07:52 0:00 /lib/systemd/systemd --user
ghost11 1506 0.0 0.0 170488 5004 ? S 07:52 0:00 \_ (sd-pam)
root 1942 0.0 0.1 390124 30056 ? Ssl 08:22 0:00 /usr/libexec/fwupd/fwupd
root 2239 0.0 0.1 296032 20728 ? Ssl 08:23 0:00 /usr/libexec/packagekitd

[maxon76]

Adamos,
А по нагрузке у меня все все в порядке?
Как т можно проверить виртуализацию.

[Ищю в поисковиках]

maxon76, по нагрузке, с виду, все в порядке. По идее, нужно смотреть, что происходит с системой в динамике в момент, когда вы что то делаете (например дамп грузите).

Если для вас сложно разобраться, как работают Linux сервера, то рекомендую обратиться к аутсорсу услуг администрирования.

В текущей ситуации, мне сложно что то сказать, что является причиной нагрузки, а гадать, как делают выше - не хочу.

Могу обозначить направления, куда бы я копал:
1. Попробовал воспроизвести проблему и посмотреть в динамике - как ведёт себя система в момент долгой загрузки pma (iotop как по мне - лучший инструмент для проверки записи на диск, top/htop).
2. По наблюдениям, можно сузить до конкретного процесса или проверить, что проблема с виртуализации. Так, например, если растет wa и нагрузка, а скорость чтения и записи на диск не превышает десятков мб, то проблема может быть с виртуализации (скорее всего, сервер, где располагается ваша виртуалка - под нагрузкой и действительно нужно принять хостера).
3. Можно быть такое, что хостер шейпит траффик, либо ваш оператор. Это тоже влияет на скорость открытия сайта (либо канал от вас до впс имеет плохую пропускную способность, если так, то тут уже провайдера долбить нужно).
4. Если, при запросе к впс, сервер резко начинает нагружаться и ему становится плохо, то тут уже нужно в деталях смотреть, что происходит на самой впс.

Если резюмировать и обобщить все возможные проблемы:
1. Сеть
2. Дисковая подсистема
3. Нагрузка
4. Память
5. Проблемы хостовой машины
Все это может привести к тому, что pma будет работать медленно.

Answer 2

[Alexander]

А с командной строки это быстро выполняется?

Comments

[maxon76]

Через консоль тоже долго очень.