LINUX.ORG.RU
решено Форум — Admin  

Проблема с mariadb. Как скопировать базы?

 , ,


0

2

Есть centos 7, mariadb, где висят базы для wordpress, zabbix, owncloud. Вдруг сайт начал писать что невозможно подключится к базе. После перезапуска mariadb, она начала отъедать всю оперативку. Добавил еще гиг виртуальной, отъела и ее. После ребута проходят секунды, пока подгружается mariadb и система зависает намертво, ничего нельзя сделать. В общем я скопировал раздел /var/lib/mysql и переустановил mariadb. С чистым разделом все нормализировалось. Однако как перенести базы? Просто если копировать, они не работают. А запустить со старым разделом не могу, сервер вешается.


← Сжатие данных btrfs
Как добавить файл в профиль apparmor при создании гостя kvm через virt-install? →

До того, как всё встало колом, что в логи успело записаться? Наверняка были какие-то сообщения от MariaDB.

Что за движки у таблиц в этих базах? Если InnoDB, то innodb_file_per_table включён или нет?

frozen_twilight ★★
()
Ответ на: комментарий от int13h 
160910 22:50:27 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
160910 22:50:27 [Note] /usr/libexec/mysqld (mysqld 5.5.50-MariaDB) starting as process 4015 ...
160910 22:50:27 InnoDB: The InnoDB memory heap is disabled
160910 22:50:27 InnoDB: Mutexes and rw_locks use GCC atomic builtins
160910 22:50:27 InnoDB: Compressed tables use zlib 1.2.7
160910 22:50:27 InnoDB: Using Linux native AIO
160910 22:50:27 InnoDB: Initializing buffer pool, size = 128.0M
160910 22:50:27 InnoDB: Completed initialization of buffer pool
160910 22:50:27 InnoDB: highest supported file format is Barracuda.
160910 22:50:28  InnoDB: Waiting for the background threads to start
160910 22:50:29 Percona XtraDB (http://www.percona.com) 5.5.49-MariaDB-37.9 started; log sequence number 2085719144
160910 22:50:29 [Note] Plugin 'FEEDBACK' is disabled.
160910 22:50:29 [Note] Server socket created on IP: '0.0.0.0'.
160910 22:50:29 [Note] Event Scheduler: Loaded 0 events
160910 22:50:29 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.5.50-MariaDB'  socket: '/var/lib/mysql/mysql.sock'  port: 3306  MariaDB Server

Как-то так. Вис намертво и помогает только ребут.

n3yron
() автор топика

В общем проблема оказалась в том, что память переполнялась из-за брутфорс атаки на вордпресовский модуль xmlrpc.php. Вот решение: https://www.digitalocean.com/community/questions/unsolveable-epic-mysql-crash...

Просто адреса побанить адреса, что частят с пометкой пост POST на xmlrpc.php в логах апача.

n3yron
() автор топика
Ответ на: комментарий от n3yron

С чего бы там памяти переполняться? У тебя mod_php вместо православного fast-cgi что ли?

Отказ в обслуживании из-за того что много запросов накопилось и процессор не успевает - это бывает, но то что память кончается - не совсем нормально.

Когда с памятью разберешься - ограничь на nginx частоту доступа к скриптам с одного IP. Можно еще на фаерволе leaky bucket собрать, но то что внутри keep-alive он считать не будет.

Vit ★★★★★
()

Сдампи базы @ включи file_per_table после чистой установки @ восстанови базы.

/thread.

svr4 ☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Сжатие данных btrfs
Admin
Как добавить файл в профиль apparmor при создании гостя kvm через virt-install? →