[+/-]
Como regla general, se recomienda que al actualizar de una serie a otra se pase a la serie inmediatamente superior sin saltar ninguna. Por ejemplo, si actualmente se está ejecutando MySQL 3.23 y se desea actualizar a una serie más moderna, debe pasarse a MySQL 4.0 y no 4.1 o 5.0.
Los siguientes puntos conforman una lista de lo que se debería hacer al llevar a cabo una actualización:
Antes de actualizar de MySQL 4.1 a 5.0, debe leerse Sección 2.10.1, “Aumentar la versión de 4.1 a 5.0” y Apéndice C, Historial de cambios de MySQL. Estos proveen información acerca de características que son nuevas o diferentes respecto a las halladas en MySQL 4.1. Si se deseara actualizar desde una serie anterior a MySQL 4.1, se debería actualizar a la serie inmediatamente superior cada vez hasta llegar a MySQL 4.1, entonces se procedería con la actualización a MySQL 5.0. Para más información sobre actualizaciones desde series anteriores a MySQL 4.1, consulte Manual de referencia de MySQL 4.1.
Antes de llevar a cabo una actualización, hay que hacer copia de respaldo de las bases de datos.
Si se está ejecutando MySQL Server en Windows, consulte Sección 2.3.15, “Aumentar la versión de MySQL en Windows”.
Una actualización a MySQL 5.0 desde la versión 4.1 implica
cambios en las tablas de permisos almacenadas en la base de
datos mysql
; donde se agregaron columnas y
tablas para soportar las nuevas características. Para sacar
partido de estas características, hay que cerciorarse de que
las tablas de permisos están actualizadas. El procedimiento
para actualizar las tablas de permisos se describe en
Sección 2.10.2, “Aumentar la versión de las tablas de privilegios”. Antes de empezar,
las tablas se pueden respaldar con
mysqldump; y luego pueden volver a cargarse
los datos utilizando mysql o
mysqlimport
para volver a crear y llenar
las tablas.
Si se está empleando replicación, consulte Sección 6.6, “Aumentar la versión de la replicación” para información sobre la actualización de la configuración de replicación.
Si está instalada una distribución MySQL-Max, la cual incluye un servidor llamado mysqld-max, y luego se actualiza a una versión no Max de MySQL, mysqld_safe continuará intentando ejecutar el antiguo servidor mysqld-max. En ese caso se debe remover manualmente el antiguo servidor mysqld-max a fin de asegurarse que mysqld_safe ejecute el nuevo servidor mysqld.
Los ficheros de formato y datos pueden moverse entre diferentes
versiones pertenecientes a la misma arquitectura en la medida que
correspondan a la misma serie de MySQL. La serie actualmente en
producción es la 5.0. Si se cambia el conjunto de caracteres al
ejecutar MySQL, se debe emplear myisamchk -r -q
--set-character-set= charset
en todas las tablas MyISAM
. De otro modo, los
índices podrían estar incorrectamente ordenados, porque al
cambiar el conjunto de caracteres también cambia la forma de
ordenarlos.
Si se desea tomar precauciones al utilizar una nueva versión, siempre se puede renombrar el antiguo mysqld antes de instalar uno nuevo. Por ejemplo, si se está empleado MySQL 4.1.13 y se desea actualizar a la 5.0.10, se debe renombrar el servidor actual de mysqld a mysqld-4.1.13. Si el nuevo mysqld hace algo inesperado, simplemente se lo detiene y se reinicia con el viejo mysqld.
Si luego de una actualización se experimentan problemas con
programas cliente recompilados, tal como Commands out of
sync
o volcados de núcleo inesperados, probablemente al
compilarlos se hayan empleado ficheros de cabecera o bibliotecas
antiguos. En tal caso se debería chequear la fecha de los
ficheros mysql.h
y
libmysqlclient.a
para verificar que
pertenecen a la nueva distribución de MySQL. Si no es así,
habrá que recompilar los programas con los nuevos ficheros de
cabecera y bibliotecas.
Si ocurriesen problemas como que el nuevo servidor
mysqld no se iniciara o que no fuera posible
conectarse sin usar una contraseña, hay que cerciorarse de que no
exista un fichero my.cnf
perteneciente a la
instalación anterior. Se puede verificar con la opción
--print-defaults
(por ejemplo, mysqld
--print-defaults). Si éste imprimiera algo más que el
nombre del programa, significa que se tiene un fichero
my.cnf
aún activo, que está afectando la
operación del cliente o del servidor.
Es una buena idea recompilar y reinstalar el módulo Perl
DBD::mysql
cada vez que se instale un nuevo
release de MySQL. Lo mismo se aplica a otras interfaces con MySQL,
como la extensión mysql
de PHP y el módulo
MySQLdb
de Python.
Ésta es una traducción del manual de referencia de MySQL, que puede encontrarse en dev.mysql.com. El manual de referencia original de MySQL está escrito en inglés, y esta traducción no necesariamente está tan actualizada como la versión original. Para cualquier sugerencia sobre la traducción y para señalar errores de cualquier tipo, no dude en dirigirse a mysql-es@vespito.com.