Сервер Ubuntu 18.04 - может ли автоматическое обновление привести к сбою MySQL?

Краткий обзор продукта компании, над которым я работаю, прежде чем я задам свой вопрос:

У нас есть сервер, на котором запущена почти стандартная установка Ubuntu 18.04 и приложение Vision. Основное назначение сервера - запуск приложения Vision. Приложение Vision записывает данные в базу данных MySQL (установка MySQL тоже довольно стандартная). У нас также есть веб-сайт, который, по сути, является интерфейсом для базы данных. Если служба mysql systemd перестает работать и не перезапускается автоматически, приложение Vision выйдет из строя и не сможет перезапуститься, пока MySQL снова не будет запущен вручную, что абсолютно неприемлемо (приложение Vision должно работать 24 часа в сутки с не более время от времени несколько секунд простоя).

Чтобы защитить клиентские сети, наши серверы находятся в изолированных локальных сетях, у которых нет доступа к Интернету.

В последнее время происходит сбой службы mysql systemd и не перезапускается . Я сделал это сообщение:

Расположение mysql.service на сервере Ubuntu 18.04?

, что привело к следующим действиям:

cd /etc/systemd/system
sudo mkdir mysql.service.d
cd mysql.service.d
sudo nano override.conf

Затем я ввел следующее для override.conf:

[Service]
Restart=always

Это не решило проблему, то есть MySQL дает сбой и не перезапускается после 5-20 часов работы. Я проверил использование оперативной памяти и жесткого диска во время сбоя MySQL, и оба они существенно ниже 75%, так что это тоже не проблема.

Некоторый поиск в Google и просмотр / var / log привел меня к / var / log / unattended-upgradedes . Самый последний сбой произошел около 6:28 утра 3 января 2019 года.

cd /var/log/unattended-upgrades
cat unattended-upgrades.log

вывод:

(some stuff omitted)
2019-01-02 15:43:33,230 INFO Starting unattended upgrades script
2019-01-02 15:43:33,230 INFO Allowed origins are: o=Ubuntu,a=bionic, o=Ubuntu,a=bionic-security, o=UbuntuESM,a=bionic
2019-01-03 06:28:00,499 INFO Initial blacklisted packages: 
2019-01-03 06:28:00,534 INFO Initial whitelisted packages: 
2019-01-03 06:28:00,534 INFO Starting unattended upgrades script
2019-01-03 06:28:00,534 INFO Allowed origins are: o=Ubuntu,a=bionic, o=Ubuntu,a=bionic-security, o=UbuntuESM,a=bionic
2019-01-03 06:28:02,248 INFO Removing unused kernel packages: linux-modules-extra-4.15.0-29-generic linux-image-4.15.0-29-generic linux-headers-4.15.0-29 linux-headers-4.15.0-29-generic linux-modules-4.15.0-29-generic
2019-01-03 06:28:36,159 ERROR Auto-removing the packages failed!
2019-01-03 06:28:36,159 ERROR Error message: installArchives() failed
2019-01-03 06:28:36,159 ERROR dpkg returned an error! See /var/log/unattended-upgrades/unattended-upgrades-dpkg.log for details
2019-01-03 06:28:36,561 INFO No packages found that can be upgraded unattended and no pending auto-removals
2019-01-03 07:13:21,059 INFO Initial blacklisted packages: 
2019-01-03 07:13:21,137 INFO Initial whitelisted packages: 
(some stuff omitted)

следующая команда:

cat unattended-upgrades-shutdown.log

вывод:

(some stuff omitted)
Log started: 2019-01-03  06:28:02
(Reading database ... 232457 files and directories currently installed.)
Removing linux-modules-extra-4.15.0-29-generic (4.15.0-29.31) ...
Setting up mysql-server-5.7 (5.7.24-0ubuntu0.18.04.1) ...
Checking if update is needed.
Checking server version.
Error occurred: The mysql.session exists but is not correctly configured. The mysql.session needs SELECT privileges in the performance_schema database and the mysql.db table and also SUPER privileges.
mysql_upgrade failed with exit status 5
dpkg: error processing package mysql-server-5.7 (--configure):
 installed mysql-server-5.7 package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
 mysql-server-5.7
Log ended: 2019-01-03  06:28:35

Я дальновидный человек, а не эксперт по серверам / сетям, поэтому я бы не стал претендовать на полное понимание этих журналов, но похоже, что unattended-updates пытается обновить MySQL и терпит неудачу из-за отсутствия прав root, что не имеет абсолютно никакого смысла, поскольку unattended-updates потребуются права root, чтобы делать почти все, что он делает. Как бы то ни было, после дальнейшего поиска в Google я обнаружил следующее:

cd /etc/apt/apt.conf.d
cat 20auto-upgrades

output:

APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Unattended-Upgrade "1";

Итак, на данный момент вот мои вопросы:

1) Судя по вышеприведенным журналам, кажется вероятным, что unattended-upgrade вызывает сбой службы MySQL? Если да, то почему?

2) Поскольку наш сервер не имеет подключения к Интернету, будет ли хорошей общей практикой отключать автоматические обновления?

3) Есть ли что-нибудь еще, что я должен проверить, что могло вызвать сбой службы MySQL, а не автоматический перезапуск?

4) Почему добавление override.conf с Restart = always не привело к автоматическому перезапуску MySQL? Когда я набираю sudo systemctl start mysql.service MySQL успешно перезагружается. Разве это не то, что строка Restart = always должна делать автоматически? Есть ли другой способ ввести эту строку, чтобы она действительно работала?

5) Кто-нибудь еще испытал автоматические обновления , вызывающие сбой MySQL? Это известная проблема? Я не нашел, чтобы кто-нибудь еще упоминал об этом в поиске в Google, что кажется странным.

6) У меня сложилось впечатление, что следующим шагом будет отключение автообновлений. В этом случае в 20автоматических обновлениях я должен установить Update-Package-Lists на 0 , Unattended-Upgrade на 0 или оба? Я не вижу причин оставлять обновление списков пакетов включенным, если автоматическое обновление отключено, поэтому я предпочитаю установить оба значения на 0, если кто-то не предложит иное.