INSTITUTO TECNOLOGICO DE ACAPULCO

INGENIERIA EN SISTEMAS COMPUTACIONALES

ADMON DE BASE DE DATOS

4.1 Archivos log del SGBD

INTEGRANTES DEL EQUIPO 4:

1. CHINO VILLANUEVA JAIME ALEXIS

2. CORTÉS MARTINEZ JOSE BRANDO

HORA: 8:00 AM – 9:00 AM

ACAPULCO, GRO. A 06 DIC 2016

 INDICE

Tabla de contenido
INTRODUCCIÓN.......................................................................................................................3
MARCO TEORICO....................................................................................................................4
DESARROLLO..........................................................................................................................5
RESULTADOS................................................................................................................................6
CONCLUSIÓN................................................................................................................................7
BIBLIOGRAFIA..........................................................................................................................7
 INTRODUCCIÓN

Si quiere saber qué pasa en mysqld, debe iniciarlo con la opción --

log[=file_name] o -l [file_name]. Si no se da un valor para file_name, el nombre
por defecto es host_name.log. Esto registra todas las conexiones y sentencias
a un archivo. Este registro puede ser muy útil cuando sospeche que hay un
error en un cliente y quiera saber exactamente qué envió el cliente a mysqld.
mysqld escribe las sentencias al registro de consultas en el orden en que las
recibe. Este orden puede ser diferente del de ejecución.
Esto es aquí diferente que en el registro de actualizaciones o el registro binario,
que son escritos tras la ejecución de la sentencia, pero antes de que se libere
cualquier bloqueo. (El registro de consultas también contiene todas las
sentencias, mientras que el registro binario no contiene sentencias que solo
seleccionen datos.)
Los reinicios del servidor y volcado de registros no provocan que se genere un
nuevo archivo de registro de consultas general (aunque el volcado lo cierra y lo
reabre).
 MARCO TEORICO
El archivo de registro de errores contiene información que indica cuando se ha
iniciado y parado mysqld y también si ha ocurrido algún error crítico mientras el
servidor se estaba ejecutando.
Si mysqld termina inesperadamente y mysqld_safe necesita
reiniciarlo, mysqld_safe escribe un mensaje restarted mysqld en el registro de
errores. Si mysqld se da cuenta de que hay una tabla que necesita ser
automáticamente comprobada o reparada, escribe un mensaje al registro de
errores.
En algunos sistemas operativos, el registro de errores contiene un volcado de
la pila si mysqld muere. El volcado puede ser utilizado para determinar
cuando mysqld murió. Consulte Sección D.1.4, “Usar stack trace”.
En MySQL 5.0, puede especificar dónde quiere que mysqld almacene el
registro de errores con la opción --log-error[=file_name]. Si no se proporciona
ningún valor para file_name, mysqld utiliza el nombrehost_name.err y escribe el
archivo en el directorio de datos. Si ejecuta FLUSH LOGS, el registro de
errores es renombrado con el sufijo -old y mysqld crea un nuevo archivo de
registro.
Si no especifica --log-error, o (en Windows) no utiliza la opción --console, los
errores se escriben en stderr, la salida estándar de erroes. Usualmente esto es
su terminal.
En Windows, la salida de errores es siempre escrita al archivo .err si no se
especifica la opción --console.
 DESARROLLO
Primero entra en mysql:

1 mysql -p
Luego activa la tabla de log de mysql:

1 set global general_log=ON

Pasos básicos: veamos la tabla general_log:

mysql> describe mysql.general_log;

+--------------+------------------+------+-----+-------------------+-----------------------------+
| Field | Type | Null | Key | Default | Extra |
+--------------+------------------+------+-----+-------------------+-----------------------------+
| event_time | timestamp | NO | | CURRENT_TIMESTAMP | on update CURRENT_TIMESTAMP |
| user_host | mediumtext | NO | | NULL | |
| thread_id | int(11) | NO | | NULL | |
| server_id | int(10) unsigned | NO | | NULL | |
| command_type | varchar(64) | NO | | NULL | |
| argument | mediumtext | NO | | NULL | |
+--------------+------------------+------+-----+-------------------+-----------------------------+
6 rows in set (0.07 sec)
Así que esta tabla la puedes utilizar como una tabla común del esquema
“mysql”. Ejemplos:

Si deseamos encontrar las últimas llamadas a mysql.

1 select * from mysql.general_log order by event_time desc limit 5;

Si deseamos buscar por una IP concreto que ha lanzado la llamada a esa base
de datos:

select * from mysql.general_log where user_host like '%192.168.%' order by

1
event_time desc limit 5;
OJO! Esta tabla crece y crece sin parar. Es recomendable desactivarla

1 set global general_log=OFF

y de vez en cuando limpiarla:

1 truncate table mysql.general_log;
Toda ayuda para ver los errores es poca! Espero os sea de utilidad
 RESULTADOS

Por defecto, todos los registros son creados en el directorio de datos

de mysqld. Puede forzar a mysqld a que cierre y reabra los archivos de registro
(o en algunos casos, cambiar a un nuevo registro) mediante el volcado de
registros. El volcado de registros ocurre cuando ejecuta la sentencia FLUSH
LOGS o el comando mysqladmin flush-logs or mysqladmin refresh.
 CONCLUSIÓN

En ocasiones no sabemos lo que MySQL hace por debajo. No sabemos si ha llegado

a lanzarse la consulta  o qué error está dando porque no estamos capturando la
excepción en la aplicación que estamos desarrollando.
 BIBLIOGRAFIA

http://ftp.nchu.edu.tw/MySQL/doc/refman/5.0/es/log-files.html