UT01: Actividades UT2

Nombre: Francisco Jesús García – Uceda Díaz – Albo

Curso: 2º ASIR.

Índice

Piensa en las razones por las que puede ser interesante arrancar dos o más servicios
MySQL en un mismo equipo. ¿Qué opciones como mínimo deben ser distintas en ambos
ficheros para que puedan arrancar ambos servicios? .......................................................... 2
Ejecuta el comando SHOW DATABASES para ver las bases creadas en el servidor. Hazlo de
dos modos, desde el cliente y desde la consola MSDOS. ..................................................... 2
Usa los comandos SHOW VARIABLES para conocer el valor de todas las variables y enviar
el resultado a un fichero. Repite lo anterior para variables relacionadas con el motor
InnoDB. .................................................................................................................................. 4
Explica los posibles atributos de una variable de servidor. Usa como ejemplo la variable de
sistema port. ......................................................................................................................... 5
¿Qué hace la variable uptime? Indica su valor en tu servidor. ¿Es posible modificar su
valor con comandos SET? ...................................................................................................... 5
Activa el registro binario en tu servidor y comprueba su funcionamiento haciendo varias
inserciones o modificaciones en cualquiera de las tablas de las bases de datos. ................ 5
Activa el registro de consultas lentas con la opción sfow-query-fog. Compruébalo con el
comando SHOW correspondiente. Pon el tiempo mínimo a 1 segundo. ............................. 7

Página 1|8
Piensa en las razones por las que puede ser interesante arrancar dos o más servicios
MySQL en un mismo equipo. ¿Qué opciones como mínimo deben ser distintas en
ambos ficheros para que puedan arrancar ambos servicios?

• Tener un servidor privado y otro público.

• Probar distintas versiones del servidor en un mismo equipo.
• Mantener un servidor en producción y otro en pruebas.
• Tener distintos servidores para la enseñanza.

Ejecuta el comando SHOW DATABASES para ver las bases creadas en el servidor. Hazlo
de dos modos, desde el cliente y desde la consola MSDOS.

Desde el cliente MySQL:

Desde la consola:

Agregamos la ruta de MySQL al PATH.

• Panel de Control > Sistema

Página 2|8
Agregamos MySQL al PATH

Ya podremos ejecutar MySQL desde la consola de Windows.

Página 3|8
Usa los comandos SHOW VARIABLES para conocer el valor de todas las variables y enviar
el resultado a un fichero. Repite lo anterior para variables relacionadas con el motor
InnoDB.

mysql -u root -pinves -e "SHOW VARIABLES ALL" > fichero_variable.txt

¿Cómo sabemos si una variable es o no dinámica?

MySQL proporciona acceso a muchas variables de sistema y de conexión. Muchas variables

pueden modificarse dinámicamente mientras el servidor se está ejecutando. Esto a menudo
permite variar la operación del servidor sin tener que detenerlo y reiniciarlo.

El servidor mysqld mantiene dos clases de variables. Las variables globales afectan la operación
general del servidor. Las variables de sesión actúan sobre la operación en conexiones de clientes
individuales.

Varias variables de sistema del servidor son dinámicas y pueden cambiarse en tiempo de
ejecución mediante SET GLOBAL o SET SESSION. También puede obtener sus valores usando
SELECT. Variables dinámicas en tabla, link.

Página 4|8
Explica los posibles atributos de una variable de servidor. Usa como ejemplo la variable
de sistema port.

El servidor mantiene varias variables de sistema que indican cómo está configurado. Todas ellas
tienen valores por defecto. Pueden cambiarse al arrancar el servidor usando opciones en la línea
de comandos o en ficheros de opciones. La mayoría de ellos pueden cambiarse en tiempo de
ejecución usando el comando SET.

¿Qué hace la variable uptime? Indica su valor en tu servidor. ¿Es posible modificar su
valor con comandos SET?

Tiempo que lleva activo el servidor desde su último reinicio o puesta a 0 de las variables.

No se puede cambiar con el comando set la variable uptime.

Activa el registro binario en tu servidor y comprueba su funcionamiento haciendo varias

inserciones o modificaciones en cualquiera de las tablas de las bases de datos.

• El registro binario se encarga de registrar todas las sentencias que producen o pueden
producir modificaciones sobre los datos. Ejemplos SQL de este tipo de sentencias son:
DELETE, INSERT, UPDATE, CREATE,..
• Las sentencias se almacenan en forma de eventos que describen las modificaciones.
• También registra información sobre cuánto ha tardado en ejecutarse una sentencia.

Por defecto este log no está activado, para activarlo iremos al archivo de configuración de MySQL
(punto 2 o 3 dependiendo el sistema operativo) y des comentaremos las siguientes líneas
marcadas:

Página 5|8
Como podemos ver, está dentro de /var/log/mysql/mysql-bin.log

Podemos editar otros parámetros interesantes como cambiar la variable del tamaño
(max_binlog_size) para que esta guarde más información o cambiar la duración del fichero en
días.

Si vamos a la carpeta donde esta guardado el fichero veremos varios ficheros de log.

Página 6|8
Si intentamos abrir estos ficheros con nano o gedit no podremos ver nada de lo que hay dentro:

Para poder ver lo que contiene el fichero, deberemos usar el comando:

sudo mysqlbinlog /var/log/mysql/mysql-bin.000001

Como vemos, esto es más entendible para el humano.

Activa el registro de consultas lentas con la opción sfow-query-fog. Compruébalo con el

comando SHOW correspondiente. Pon el tiempo mínimo a 1 segundo.

• Este tipo de registro puede ser utilizado para estudiar aquellas sentencias SQL
que se ejecutan de forma lenta.
• Para activarlo debemos modificar el valor de la variable del sistema
slow_query_log, la cual es dinámica y global.
• Por defecto, guardará las consultas en el directorio de datos bajo el nombre
/var/lib/mysql/host_name-slow.log.
• Para ver un resumen de las sentencias guardadas en el fichero de registro, se
puede hacer uso de la herramienta cliente: mysqldumpslow.

Por defecto este log no está activado, para activarlo simplemente tenemos que des comentar las
siguientes líneas:
Página 7|8
Como podemos ver, está dentro de /var/log/mysql/mysql-slow.log

*Nota: long_query_time=1 registrará todas las peticiones que tomen más de 1 segundos en ser
completadas.
Para que se completen los cambios es muy recomendable reiniciar el servicio de MySQL:

sudo service mysql restart

Tras esto, simplemente tendremos que realizar consultas en MySQL para que estas se registren (las que
duren más de 1 segundos). Tras esto, podemos ver como el archivo empieza a llenarse de registros.

Página 8|8