systemd не завершает работу MariaDB должным образом?

2024-6-26 • tag-icon

systemd не завершает работу MariaDB должным образом?

Мы используем стек LAMP на CentOS 7. У нас включен SCL, но его используют только PHP и Apache. Нам не удалось успешно переключить MariaDB на тестовой машине, поэтому мы никогда не пытались выполнить переключение в рабочей среде.

В последнее время мы сталкиваемся с более серьезными сбоями базы данных. Сбои и повреждения — это хроническая проблема, но на этот раз они отключили нашу вики. Мы восстановили таблицы вики и базу данных MariaDB и думали, что устранили проблему (до следующего раза). Однако я заметил следующее в файле журнала после перезагрузки:

InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
InnoDB: Database was not shut down normally!

The log sequence number in ibdata files does not matchэто довольно распространенная проблема и она обсуждаласьдо тошноты. Но мы не должны испытывать этого при чистом выключении/перезагрузке. (исправьте, пожалуйста).

В качестве эксперимента я выполнил sudo su -следующее shutdown -r now. Затем в журналах было обнаружено:

# tail /var/log/mariadb/mariadb.log
180901 23:01:26 Percona XtraDB (http://www.percona.com) 5.5.59-MariaDB-38.11 started; log sequence number 1478830786
180901 23:01:26 [Note] Plugin 'FEEDBACK' is disabled.
180901 23:01:26 [Note] Server socket created on IP: '0.0.0.0'.
180901 23:01:26 [Note] Event Scheduler: Loaded 0 events
180901 23:01:26 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.5.60-MariaDB'  socket: '/var/lib/mysql/mysql.sock'  port: 3306  MariaDB Server
180901 23:01:30 [ERROR] mysqld: Table './my_wiki/wikicryptopp_objectcache' is marked as crashed and should be repaired
180901 23:01:30 [Warning] Checking table:   './my_wiki/wikicryptopp_objectcache'
180901 23:05:01 [ERROR] mysqld: Table './my_wiki/wikicryptopp_module_deps' is marked as crashed and should be repaired
180901 23:05:01 [Warning] Checking table:   './my_wiki/wikicryptopp_module_deps'

Похоже, systemd не завершает работу базы данных должным образом. (исправьте, пожалуйста).

Я искал в CentOS и Systemd bug trackers, но не нашел связанной проблемы. Надеюсь, кто-то еще сталкивался с этой проблемой и сможет предоставить шаги для ее устранения.

Как решить проблему с завершением работы MariaDB?

Это все, что я смог сделать, чтобы выяснить, что происходит во время выключения. Я не знаю, правильно ли это (может и нет), потому что я не специалист по systemd.

[root@ftpit ~]# find /etc -name mariadb.service
/etc/systemd/system/multi-user.target.wants/mariadb.service
[root@ftpit ~]# find /etc -name mysql.service
[root@ftpit ~]# find /opt/rh -name mariadb.service
[root@ftpit ~]# find /opt/rh -name mysql.service

А потом:

# cat /etc/systemd/system/multi-user.target.wants/mariadb.service
# It's not recommended to modify this file in-place, because it will be
# overwritten during package upgrades.  If you want to customize, the
# best way is to create a file "/etc/systemd/system/mariadb.service",
# containing
#       .include /lib/systemd/system/mariadb.service
#       ...make your changes here...
# or create a file "/etc/systemd/system/mariadb.service.d/foo.conf",
# which doesn't need to include ".include" call and which will be parsed
# after the file mariadb.service itself is parsed.
#
# For more info about custom unit files, see systemd.unit(5) or
# http://fedoraproject.org/wiki/Systemd#How_do_I_customize_a_unit_file.2F_add_a_custom_unit_file.3F

# For example, if you want to increase mariadb's open-files-limit to 10000,
# you need to increase systemd's LimitNOFILE setting, so create a file named
# "/etc/systemd/system/mariadb.service.d/limits.conf" containing:
#       [Service]
#       LimitNOFILE=10000

# Note: /usr/lib/... is recommended in the .include line though /lib/...
# still works.
# Don't forget to reload systemd daemon after you change unit configuration:
# root> systemctl --system daemon-reload

[Unit]
Description=MariaDB database server
After=syslog.target
After=network.target

[Service]
Type=simple
User=mysql
Group=mysql

ExecStartPre=/usr/libexec/mariadb-prepare-db-dir %n
# Note: we set --basedir to prevent probes that might trigger SELinux alarms,
# per bug #547485
ExecStart=/usr/bin/mysqld_safe --basedir=/usr
ExecStartPost=/usr/libexec/mariadb-wait-ready $MAINPID

# Give a reasonable amount of time for the server to start up/shut down
TimeoutSec=300

# Place temp files in a secure directory, not /tmp
PrivateTmp=true

[Install]
WantedBy=multi-user.target

решение1

"Порядковый номер журнала в файлах ibdata не совпадает" не должен часто встречаться. Маловероятно, что это проблема systemd. Я бы сделал полный mysqldump и восстановил его в чистый экземпляр, и пусть это устранит несоответствия innodb.

примечание: systemctl show mariadb.serviceэто лучший способ показать конфигурацию systemd.

решение1

Связанный контент