|
|
| Applications |
| Mailing Lists |
| Miscellaneous |
| Operating Systems |
| Programming |
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 omysqlimportpara 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.
|
Contact Us Legal Notices Order Services Online Pantek Home Privacy Policy IT news Site Map Pantek Library |