Si ejecuto el siguiente comando:
apt list --upgradable
entonces hay numerosos paquetes que deben actualizarse:
Listing... Done
grub-common/bionic-updates 2.02-2ubuntu8.23 amd64 [upgradable from: 2.02-2ubuntu8.21]
grub-pc/bionic-updates 2.02-2ubuntu8.23 amd64 [upgradable from: 2.02-2ubuntu8.21]
grub-pc-bin/bionic-updates 2.02-2ubuntu8.23 amd64 [upgradable from: 2.02-2ubuntu8.21]
grub2-common/bionic-updates 2.02-2ubuntu8.23 amd64 [upgradable from: 2.02-2ubuntu8.21]
initramfs-tools/bionic-updates,bionic-updates 0.130ubuntu3.12 all [upgradable from: 0.130ubuntu3.11]
initramfs-tools-bin/bionic-updates 0.130ubuntu3.12 amd64 [upgradable from: 0.130ubuntu3.11]
initramfs-tools-core/bionic-updates,bionic-updates 0.130ubuntu3.12 all [upgradable from: 0.130ubuntu3.11]
intel-microcode/bionic-updates,bionic-security 3.20210216.0ubuntu0.18.04.1 amd64 [upgradable from: 3.20201110.0ubuntu0.18.04.2]
libmysqlclient20/bionic-updates,bionic-security 5.7.34-0ubuntu0.18.04.1 amd64 [upgradable from: 5.7.33-0ubuntu0.18.04.1]
libnss-systemd/bionic-updates 237-3ubuntu10.47 amd64 [upgradable from: 237-3ubuntu10.46]
libpam-systemd/bionic-updates 237-3ubuntu10.47 amd64 [upgradable from: 237-3ubuntu10.46]
libsystemd0/bionic-updates 237-3ubuntu10.47 amd64 [upgradable from: 237-3ubuntu10.46]
libudev1/bionic-updates 237-3ubuntu10.47 amd64 [upgradable from: 237-3ubuntu10.46]
linux-generic/bionic-updates,bionic-security 4.15.0.143.130 amd64 [upgradable from: 4.15.0.142.129]
linux-headers-generic/bionic-updates,bionic-security 4.15.0.143.130 amd64 [upgradable from: 4.15.0.142.129]
linux-image-generic/bionic-updates,bionic-security 4.15.0.143.130 amd64 [upgradable from: 4.15.0.142.129]
linux-libc-dev/bionic-updates,bionic-security 4.15.0-143.147 amd64 [upgradable from: 4.15.0-142.146]
mysql-client-5.7/bionic-updates,bionic-security 5.7.34-0ubuntu0.18.04.1 amd64 [upgradable from: 5.7.33-0ubuntu0.18.04.1]
mysql-client-core-5.7/bionic-updates,bionic-security 5.7.34-0ubuntu0.18.04.1 amd64 [upgradable from: 5.7.33-0ubuntu0.18.04.1]
mysql-server/bionic-updates,bionic-updates,bionic-security,bionic-security 5.7.34-0ubuntu0.18.04.1 all [upgradable from: 5.7.33-0ubuntu0.18.04.1]
mysql-server-5.7/bionic-updates,bionic-security 5.7.34-0ubuntu0.18.04.1 amd64 [upgradable from: 5.7.33-0ubuntu0.18.04.1]
mysql-server-core-5.7/bionic-updates,bionic-security 5.7.34-0ubuntu0.18.04.1 amd64 [upgradable from: 5.7.33-0ubuntu0.18.04.1]
systemd/bionic-updates 237-3ubuntu10.47 amd64 [upgradable from: 237-3ubuntu10.46]
systemd-sysv/bionic-updates 237-3ubuntu10.47 amd64 [upgradable from: 237-3ubuntu10.46]
ubuntu-advantage-tools/bionic-updates 27.0.2~18.04.1 all [upgradable from: 17]
udev/bionic-updates 237-3ubuntu10.47 amd64 [upgradable from: 237-3ubuntu10.46]
Anteriormente, cuando actualizamos todos los paquetes usando apt upgrade, notamos que MySQL dejaría de funcionar y teníamos que esperar hasta que se actualizaran todos los paquetes antes de que MySQL se reiniciara. Esto tomaría varios minutos y todos los sitios web de este servidor se cerrarían mientras se esperaba que MySQL se reiniciara.
Por lo tanto, ¿cómo podemos minimizar el tiempo de inactividad de MySQL mientras actualizamos todos los paquetes en el servidor?
Por ejemplo, estoy pensando en actualizar sólo los paquetes MySQL con los siguientes comandos:
apt --only-upgrade install mysql-client-5.7
apt --only-upgrade install mysql-client-core-5.7
apt --only-upgrade install mysql-server
apt --only-upgrade install mysql-server-5.7
apt --only-upgrade install mysql-server-core-5.7
y luego, una vez que los paquetes de MySQL se hayan actualizado, actualice todos los demás paquetes con un simple apt upgradecomando.
¿Es este un buen enfoque para minimizar el tiempo de inactividad de MySQL?
Respuesta1
Generalmente lo que hago con los servidores de producción dedicados a un motor de base de datos es holdun paquete, evitando que se actualicen hasta que haya tenido tiempo suficiente para probar la actualización en los entornos de desarrollo y/o ensayo.
Puedes hacer esto aptasí:
sudo apt-mark hold {package}
Esto hace posible instalar todas las demás actualizaciones de un sistema sin potencialmente romper algo en la base de datos. Cuando esté listo para actualizar MySQL, puede eliminar la retención de esta manera:
sudo apt-mark unhold {package}
Lo bueno de este método es que se pueden aplicar actualizaciones y parches de seguridad al servidor semanalmente, mientras que las actualizaciones de la base de datos se realizan sólo durante las ventanas de mantenimiento programadas cada trimestre. (A menos que sea necesario sacar algo realmente importante, por supuesto).