Centos 7 не запускается mariadb
Обновлено: 07.07.2024
Вчера по хорошей свежей (осень 2020) инструкции устанавливал Windows Subsystem for Linux 2.0 (Ubuntu 20.04 LTS), всё ОК. Потом установил Midnight Commander и MariaDB. Но MariaDB не запускается. После попытки запуска командой
$ sudo service mysql start
После нескольких секунд такой результат
* Starting MariaDB database server mysqld [fail]
Ошибиться вроде было негде. Должно работать - но не работает.
(для полноты картины - сегодня установил ещё утилиту Binutils).
Командой
$ cat /var/log/mysql/error.log
Получаю такую информацию:
2021-04-11 11:50:48 0 [ERROR] mysqld: File '/var/lib/mysql/aria_log_control' not found (Errcode: 13 "Permission denied")
2021-04-11 11:50:48 0 [ERROR] mysqld: Got error 'Can't open file' when trying to use aria control file '/var/lib/mysql/aria_log_control'
2021-04-11 11:50:48 0 [ERROR] Plugin 'Aria' init function returned error.
2021-04-11 11:50:48 0 [ERROR] Plugin 'Aria' registration as a STORAGE ENGINE failed.
2021-04-11 11:50:48 0 [Note] InnoDB: Using Linux native AIO
2021-04-11 11:50:48 0 [ERROR] InnoDB: The innodb_system data file 'ibdata1' must be writable
2021-04-11 11:50:48 0 [ERROR] InnoDB: The innodb_system data file 'ibdata1' must be writable
2021-04-11 11:50:48 0 [ERROR] Plugin 'InnoDB' init function returned error.
2021-04-11 11:50:48 0 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
2021-04-11 11:50:48 0 [Note] Plugin 'FEEDBACK' is disabled.
2021-04-11 11:50:48 0 [ERROR] Could not open mysql.plugin table. Some plugins may be not loaded
2021-04-11 11:50:48 0 [ERROR] Unknown/unsupported storage engine: InnoDB
2021-04-11 11:50:48 0 [ERROR] Aborting
Warning: Memory not freed: 520
Ошибок вроде много, но скорее всего проистекают они от какой-то одной причины.
Что посоветуете предпринять?
P.S. Опыт работы с Linux - вторые сутки! Сначала очень понравилось
Добавлено через 1 час 20 минут
Толконите хоть в какую сторону смотреть!
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.0.23-MariaDB
key_buffer_size=134217728
read_buffer_size=131072
max_used_connections=0
max_threads=153
thread_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 467003 K b ytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0x7fee8fa7f008
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong.
stack_bottom = 0x7fffbcbc2a30 thread_stack 0x48000
/usr/sbin/mysqld(my_print_stacktrace+0x2e)[0xbd0aae]
/usr/sbin/mysqld(handle_fatal_signal+0x390)[0x73aa40]
/lib64/libpthread.so.0(+0xf100)[0x7feea486b100]
/usr/sbin/mysqld(_Z9get_fieldP11st_mem_rootP5Field+0x1b)[0x679c0b]
/usr/sbin/mysqld[0x69e22c]
/usr/sbin/mysqld(_Z14servers_reloadP3THD+0x1bf)[0x69ea3f]
/usr/sbin/mysqld(_Z12servers_initb+0x103)[0x69eba3]
/usr/sbin/mysqld[0x53a01f]
/usr/sbin/mysqld(_Z11mysqld_mainiPPc+0x498)[0x53f608]
/lib64/libc.so.6(__libc_start_main+0xf5)[0x7feea300bb15]
/usr/sbin/mysqld[0x5347e9]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x0): is an invalid pointer
Connection ID (thread ID): 0
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,i ndex_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pus hdown=off,index_condition_pushdown=on,derived_merge=on,derived_with_keys=on,first match=on,loosescan=on,materialization=on,in_to_exists=on,semijoin=on,partial_matc h_rowid_merge=on,partial_match_table_scan=on,subquery_cache=on,mrr=off,mrr_cost_b ased=off,mrr_sort_keys=off,outer_join_with_cache=on,semijoin_with_cache=on,join_c ache_incremental=on,join_cache_hashed=on,join_cache_bka=on,optimize_join_buffer_s ize=off,table_elimination=on,extended_keys=on,exists_to_in=on
MySQL или MariaDB - это один из самых популярных движков баз данных, который используется для обеспечения работы большинства веб-сайтов в интернете, а также множества других проектов.
Иногда случается, что из-за после изменения настроек или по какой-либо другой причине mysql не запускается. Это довольно серьезная проблема, особенно, когда такая ситуация случается на сервере публичного проекта. В этой статье мы рассмотрим основные причины почему может возникать такая проблема, а также пути решения. В качестве примера будет использоваться Mariadb и Ubuntu.
Почему не запускается MySQL сервер?
Если вы используете systemd для запуска сервисов, то получите такую ошибку:
failed to start mysql server или job for mysql failed because the control proccess exited
- Синтаксические ошибки в конфигурационном файле;
- Неверные настройки;
- Недостаточное количество оперативной памяти на сервере;
- Проблемы с правами доступа;
- Сетевой порт уже занят;
- Таблицы баз данных повреждены;
Дальше мы рассмотрим основные пути решения этих проблем. Но сначала нам нужно выяснить почему не запускается программа. Гадать на кофейной гуще и перебирать все возможные методы решения можно очень долго, самым эффективным решением будет посмотреть какие ошибки выдает сама программа.
Что делать если не запускается MySQL?
Первым делом, если вы меняли настройки в конфигурационном файле надо проверить его на ошибки. Встроенной утилиты для таких целей нет, но можно запустить mysql daemon с опцией --help:
/usr/sbin/mysqld --help --verbose
systemctl restart mariadb
Если же это не сработало и вы все еще получаете ошибку, посмотрите лог загрузки systemd для этого сервиса:
systemctl status -l mariadb
Иногда здесь тоже можно найти полезную информацию, но в данном случае ничего нет. Следующий шаг - просмотр лога mysql. Если лог еще не включен, включаем его добавив такую строчку в /etc/mysql/my.cnf в секцию [mysqld]:
sudo vi /etc/mysql/my.cnf
[mysqld]
log-error=/var/log/mysql/error.log
Затем снова пытаемся запустить сервис и смотрим на появившиеся в логе ошибки:
tail -f /var/log/mysql/error.log
1. Изменение размера буфера innodb
Если вы измените значение директивы innodb_buffer_pool_size в большую или меньшую сторону пока сервис работает, то перезапустить вы его уже не сможете. Перед тем как менять значение директивы остановите mysql:
sudo systemctl stop mariadb
Затем удалите старые логи innodb или просто их переименуйте:
sudo mv /var/lib/mysql/ib_logfile0
sudo mv /var/lib/mysql/ib_logfile1
И только после этого можете снова запускать сервис, он запустится с новыми настройками размера буфера. Только будьте аккуратны с выбором размера. При слишком большом размере может не хватить памяти для запуска, так как весь буфер хранится в ОЗУ.
sudo systemctl start mariadb
2. Ошибка Permission denied
MySQL хранит файлы базы данных на диске. У движка базы данных должен быть полный доступ к папке, в которой хранятся эти файлы. По умолчанию в Ubuntu это /var/lib/mysql/. Все файлы в этой папке должны принадлежать пользователю mysql:
ls -l /var/lib/mysql/
Если это не так, исправляем командой:
sudo chown -R mysql:mysql /var/lib/mysql/
3. Ошибка Address already in use
MySQL может использовать файловый сокет Linux или же сетевой сокет, тогда база данных будет доступна другим программам на порту 3306. Если сейчас уже запущен другой процесс mysql или какой-либо другой процесс занимает этот порт вы получите ошибку Address already in use. Чтобы ее решить смотрим какой процесс использует порт:
sudo ss -lptn 'sport = :3306'
Например, здесь мы видим, что запущен другой экземпляр mysql с PID 11240. Вы можете его завершить с помощью kill:
sudo kill -TERM 11240
Теперь база данных запуститься.
4. Ошибка corrupt database page Mysql
Если mysql завершился некорректно из-за недостатка памяти или других проблем, например, проблем с файловой системой, то таблицы innodb могут быть повреждены - corrupt database page. Это происходит не так часто. При такой проблеме вы увидите такую запись в логе:
Нам необходимо запустить mysql в режиме восстановления, в котором все повреждения таблиц будут игнорироваться. Для этого добавляем в конфигурационный файл /etc/mariadb/my.cnf строку:
sudo vi /etc/mariadb/my.cnf
Затем запускаем mysql:
systemctl start mariadb
mysqlcheck -u root --auto-repair --all-databases
Готово. Теперь возвращаемся в конфигурационный файл и комментируем или удаляем строку innodb_force_recovery.
После этого можно перезапустить mysql и сервис будет работать в обычном режиме:
sudo systemctl restart mariadb
Выводы
Установка MariaDB 10.6 на CentOS 7
06 июля 2021 года, ровно через 1 год после релиза MariaDB 10.5 вышла первая стабильная версия здесь.
Давайте попробуем установить новую версию на чистую систему CentOS 7.
Полный список изменений в MariaDB 10.6.3 Вы можете найти на этой странице.
2. Добавление репозитория MariaDB
P.S. Для любителей все делать руками есть удобный портал, где можно более гибко выбрать нужный репозитарий в зависимости от географического положения вашего сервера.
3. Установка последней версии MariaDB 10.6.x
4. Запуск MariaDB
Добавим запуск MariaDB при старте ОС:
После запуска проверим статус работы MariaDB:
ВАЖНО! Обратите внимание на то, что MariaDB принимает соединения на всех сетевых интерфейсах. Если Ваш сервер имеет внешний белый IP адрес, то есть доступен через Интернет, то и MariaDB так же может быть доступна через Интернет, что может быть довольно опасным.
Чтобы в дальнейшем избежать проблем с неконтролируемым доступом я рекомендую настроить firewall на Вашем сервере и ограничит доступ на порт 3306 или перенастроить MariaDB так, чтобы она открывала порт только на localhost (127.0.0.1).
Чуть ниже (в п.5) мы настроим безопасность MariaDB.
Пока давайте попробуем подключиться к БД с помощью команды mariadb:
Мы успешно подключились к серверу MariaDB.
5. Настройка безопасности MariaDB
Очень важно выполнить этот пункт, а особенно задать очень сложный пароль пользователя root, т.к. по умолчанию MariaDB принимает сетевые соединения на всех сетевых интерфейсах и если Ваш сервер смотрит в интернет портом 3306, то неправильная настройка безопасности может стать причиной взлома базы данных.
Обратите внимание, что раньше скрипт настройки назывался mysql_secure_installation, начиная с 10.6 он называется mariadb-secure-installation
Запускаем мастер настройки:
На вопрос:
Enter current password for root (enter for none):
нажимаем Enter, текущий пароль root у нас пустой.
Далее вопрос:
Change the root password? [Y/n]
вводим Y, да мы хотим поменять пароль root
и далее придумываем СЛОЖНЫЙ пароль root
Далее вопрос:
Remove anonymous users? [Y/n]
вводим Y, мы хотим удалить анонимного пользователя.
Далее вопрос:
Disallow root login remotely? [Y/n]
вводим Y, да мы хотим запретить подключаться под пользователем root с удаленных машин.
Далее вопрос:
Remove test database and access to it? [Y/n]
вводим Y, да мы хотим удалить тестовую базу test
И последний вопрос:
Reload privilege tables now? [Y/n]
вводим Y, да мы хотим перезагрузить таблицу привилегий для вступления их в силу.
После этого мы выполнили минимальные меры по защите нашего экземпляра MariaDB.
Теперь настроим MariaDB чтобы она принимала соединения только на интерфейсе localhost (127.0.0.1), для этого откроем файл /etc/my.cnf.d/server.cnf и в секции [mysqld] пропишем bind-address=127.0.0.1
Часть файла конфигурации /etc/my.cnf.d/server.cnf:
После этого перезапустим MariaDB:
Проверим на каких интерфейсах MariaDB принимает соединения:
Отлично, то что нужно!
Теперь проверим, что под root с пустым паролем нас не пустят нам нужно залогиниться под непривилегированным пользователем и попробовать выполнить (когда у нас спросят пароль root, мы нажмем Enter, тем самым пароль будет пустым):
Как мы видим с пустым паролем root нас больше не пускают.
А теперь так же находясь под непривилегированным пользователем на запрос пароля введем его:
Отлично, все получилось.
На этом все, до скорых встреч. Если у Вас возникли вопросы или Вы хотите чтобы я помог Вам, то Вы всегда можете связаться со мной разными доступными способами.
Читайте также: