|
Задавайте вопросы, мы ответим
Вы не зашли.
Привет!
Пожалуйста, помогите, спасите.... Я новичок, уже не сплю ночами.
Все было хорошо, но на серваке последнее время стал падать сервер баз данных MARIABD
Постоянно проблема с логами, что они не совпадают или может еще что, ресурсов для сайтов достаточно, используются макс 50%.
Как исправить эту ошибку? Пожалуйста, помогите советом, может кто администрирует?
Wordpress стоит и база отваливается 1-3 раза в неделю.
Уже не знаю как и чем это лечить.
Вот логи
InnoDB: Database physically writes the file full: wait...
211013 13:14:17 InnoDB: highest supported file format is Barracuda.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
InnoDB: Restoring possible half-written data pages from the doublewrite buffer...
211013 13:14:18 InnoDB: Waiting for the background threads to start
211013 13:14:19 Percona XtraDB (http://www.percona.com) 5.5.61-MariaDB-38.13 started; log sequence number 1008971379212
211013 13:14:19 [Note] Plugin 'XTRADB_ADMIN_COMMAND' is disabled.
211013 13:14:19 [Note] Plugin 'FEEDBACK' is disabled.
211013 13:14:19 [Note] Server socket created on IP: '127.0.0.1'.
211013 13:14:19 [Note] Event Scheduler: Loaded 0 events
211013 13:14:19 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.5.68-MariaDB' socket: '/var/lib/mysql/mysql.sock' port: 3306 MariaDB Server
211015 00:13:08 mysqld_safe Number of processes running now: 0
211015 00:13:08 mysqld_safe mysqld restarted
211015 0:13:09 [Note] /usr/libexec/mysqld (mysqld 5.5.68-MariaDB) starting as process 18120 ...
211015 0:13:09 InnoDB: Mutexes and rw_locks use GCC atomic builtins
211015 0:13:09 InnoDB: Compressed tables use zlib 1.2.7
211015 0:13:09 InnoDB: Using Linux native AIO
211015 0:13:09 InnoDB: Initializing buffer pool, size = 4.0G
InnoDB: mmap(4408213504 bytes) failed; errno 12
211015 0:13:09 InnoDB: Completed initialization of buffer pool
211015 0:13:09 InnoDB: Fatal error: cannot allocate memory for the buffer pool
211015 0:13:09 [ERROR] Plugin 'InnoDB' init function returned error.
211015 0:13:09 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
211015 0:13:09 [Note] Plugin 'XTRADB_ADMIN_COMMAND' is disabled.
211015 0:13:09 [Note] Plugin 'FEEDBACK' is disabled.
211015 0:13:10 [ERROR] Unknown/unsupported storage engine: InnoDB
211015 0:13:10 [ERROR] Aborting
211015 0:13:10 [Note] /usr/libexec/mysqld: Shutdown complete
211015 00:13:10 mysqld_safe mysqld from pid file /var/run/mariadb/mariadb.pid ended
211015 20:26:21 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
211015 20:26:21 [Note] /usr/libexec/mysqld (mysqld 5.5.68-MariaDB) starting as process 1945 ...
211015 20:26:21 InnoDB: Mutexes and rw_locks use GCC atomic builtins
211015 20:26:21 InnoDB: Compressed tables use zlib 1.2.7
211015 20:26:21 InnoDB: Using Linux native AIO
211015 20:26:21 InnoDB: Initializing buffer pool, size = 4.0G
211015 20:26:21 InnoDB: Completed initialization of buffer pool
211015 20:26:21 InnoDB: highest supported file format is Barracuda.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
InnoDB: Restoring possible half-written data pages from the doublewrite buffer...
211015 20:26:22 InnoDB: Waiting for the background threads to start
211015 20:26:23 Percona XtraDB (http://www.percona.com) 5.5.61-MariaDB-38.13 started; log sequence number 1008971379212
211015 20:26:23 [Note] Plugin 'XTRADB_ADMIN_COMMAND' is disabled.
211015 20:26:23 [Note] Plugin 'FEEDBACK' is disabled.
211015 20:26:23 [Note] Server socket created on IP: '127.0.0.1'.
211015 20:26:23 [Note] Event Scheduler: Loaded 0 events
211015 20:26:23 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.5.68-MariaDB' socket: '/var/lib/mysql/mysql.sock' port: 3306 MariaDB Server
Неактивен
По логу видно, что в какие-то моменты сервер перезапускается (почему?), и в один из моментов ему не хватает памяти перезапуститься. Посмотрите, что с памятью на сервере, и кто ее съедает. Возможно, вам не нужно 4 гигабайта в innodb memory pool, и можно этот объем уменьшить?
Неактивен
Спасибо, я уменьшил, но у нас 8 гигов оперативки и 4 ядер. Я не знаю что такое может съедать.
Как посмотреть? Посещаемость вообще маленькая по статистике, 200 юзеров.
Информация о системе
Процессор 4 X Intel(R) Xeon(R) Gold 6154 CPU @ 3.00GHz (2 cores)
Оперативная память 3305 / 7820 MB
Размер дискового пространства 99.18 GB
Файл подкачки (swap) 819 MB
paulus написал:
По логу видно, что в какие-то моменты сервер перезапускается (почему?), и в один из моментов ему не хватает памяти перезапуститься. Посмотрите, что с памятью на сервере, и кто ее съедает. Возможно, вам не нужно 4 гигабайта в innodb memory pool, и можно этот объем уменьшить?
Отредактированно boticca (15.10.2021 23:41:26)
Неактивен
Смотреть нужно в момент проблем. Top, ps axu, что-нибудь такое. Можно поставить atop, запустить его, и он будет снимать статистику раз в сколько-то времени. И потом через atop -r ее можно будет посмотреть
Неактивен
Вот опять упала, причем падает ближе к вечеру.
Может ли это быть связано с хостингом, что у них для VPS сбой в программном обеспечении и память купленная нами в облаке не выделяется?
Мы уже уменьшили объем boofer pool, памяти на сервере достаточно, но он падает. Такое причем стало твориться последнее время.
211016 16:43:57 mysqld_safe Number of processes running now: 0
211016 16:43:57 mysqld_safe mysqld restarted
211016 16:43:57 InnoDB: Mutexes and rw_locks use GCC atomic builtins
211016 16:43:57 InnoDB: Compressed tables use zlib 1.2.7
211016 16:43:57 InnoDB: Using Linux native AIO
211016 16:43:57 [Note] /usr/libexec/mysqld (mysqld 5.5.68-MariaDB) starting as process 1709 ...
211016 16:43:57 InnoDB: Initializing buffer pool, size = 2.0G
InnoDB: mmap(2204106752 bytes) failed; errno 12
211016 16:43:57 InnoDB: Completed initialization of buffer pool
211016 16:43:57 InnoDB: Fatal error: cannot allocate memory for the buffer pool
211016 16:43:57 [ERROR] Plugin 'InnoDB' init function returned error.
211016 16:43:57 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
211016 16:43:57 [Note] Plugin 'XTRADB_ADMIN_COMMAND' is disabled.
211016 16:43:57 [Note] Plugin 'FEEDBACK' is disabled.
211016 16:43:57 [ERROR] Unknown/unsupported storage engine: InnoDB
211016 16:43:57 [ERROR] Aborting
211016 16:43:57 [Note] /usr/libexec/mysqld: Shutdown complete
211016 16:43:58 mysqld_safe mysqld from pid file /var/run/mariadb/mariadb.pid ended
211016 17:08:29 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
211016 17:08:30 [Note] /usr/libexec/mysqld (mysqld 5.5.68-MariaDB) starting as process 2209 ...
211016 17:08:30 InnoDB: Mutexes and rw_locks use GCC atomic builtins
211016 17:08:30 InnoDB: Compressed tables use zlib 1.2.7
211016 17:08:30 InnoDB: Using Linux native AIO
211016 17:08:30 InnoDB: Initializing buffer pool, size = 2.0G
211016 17:08:30 InnoDB: Completed initialization of buffer pool
211016 17:08:30 InnoDB: highest supported file format is Barracuda.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
InnoDB: Restoring possible half-written data pages from the doublewrite buffer...
211016 17:08:31 InnoDB: Waiting for the background threads to start
211016 17:08:32 Percona XtraDB (http://www.percona.com) 5.5.61-MariaDB-38.13 started; log sequence number 1008971379212
211016 17:08:32 [Note] Plugin 'XTRADB_ADMIN_COMMAND' is disabled.
211016 17:08:32 [Note] Plugin 'FEEDBACK' is disabled.
211016 17:08:32 [Note] Server socket created on IP: '127.0.0.1'.
211016 17:08:32 [Note] Event Scheduler: Loaded 0 events
211016 17:08:32 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.5.68-MariaDB' socket: '/var/lib/mysql/mysql.sock' port: 3306 MariaDB Server
paulus написал:
Смотреть нужно в момент проблем. Top, ps axu, что-нибудь такое. Можно поставить atop, запустить его, и он будет снимать статистику раз в сколько-то времени. И потом через atop -r ее можно будет посмотреть
Отредактированно boticca (16.10.2021 17:13:47)
Неактивен
Тут смущает сам факт того, что MySQL перезапускается. Как будто его что-то убивает. То, что ему сразу после перезапуска не удается подняться из-за памяти, говорит о том, что, скорее всего, память таки закончилась, и его убил OOM killer или что-то.
Я бы посмотрел в dmesg системы, туда пишут про OOM. Ну и информация из atop была бы полезна. Сам по себе лог MySQL ничего дополнительного не говорит, нужно смотреть, что в системе происходит помимо MySQL.
Неактивен
