MySQL Index Analyzer: analiza los índices de MySQL

ByLuis

MySQL Index Analyzer es una sencilla aplicación creada en Java que nos analiza los índices de una base de datos en MySQL. Comprueba qué índices no son útiles desde la perspectiva de la BD.
mia.png
Por ejemplo, para todas índices de las tablas que cubre los campos que son primary key, en este caso es útil porque este índice no se usará nunca por el optimizador.
A parte de un informe, nos devuelve scripts para resolver los problemas.

MySQL Index Analyzer

Similar Posts

Análisis de MySQL Workbench

ByLuis

mysql_workbench.pngEl otro día me dio por instalar MySQL Workbench 1.0.6 beta, una aplicación para diseñar bases de datos en MySQL. Nos recuerda mucho a DBDesigner 4, incluso importa modelos creados por esta aplicación. Mi primera impresión es que efectivamente se trata de una beta, pero muy beta.

Lo que más llama la atención es los errores gráfico que hay, aunque no son los más importantes, porque no repercuten en el trabajo, ni cierran la aplicación. Por ejemplo, la típica pantalla que te recuerda a los juegos en MS-DOS cuando cambiaban de modo gráfico:
1.png
O que cuando se minimiza el modelo, hasta que no obtiene el foco, las letras no se dimensionan correctamente:
2.png

Muchas de las opciones del menú no son accesibles, como por ejemplo exportar a imagen, importar de un script SQL y imprimir, cosas que no son importantes, simplemente no las puedes usar y listo. El problema viene cuando la funcionalidad que está implementada no funciona correctamente (o a mí no me ha funcionado):

  • Cuando se realiza ingeniería inversa no relaciona las tablas según las foreing keys (FK).
  • Al exportar el modelo a un script SQL falla la hora de ejecutarlo, si falta algún dato debería indicarlo, no crear un script incorrecto.
  • Puede conectarse a otras BD (Oracle, MS Access, …), lo cual está muy bien para obtener el modelo de datos de ella por si queremos migrar de BD, pero cuando lo he intentado probar con Oracle no me admitía el jar que solicitaban.

Aún tiene que mejorar (y mucho), por ahora sigo con DBDesigner 4, pero tengo confianza en que las próximas versiones van a ir mejorando considerablemente el producto.

Tareas típicas para el mantenimiento de MySQL

ByLuis

Tareas que se deberían ejecutar para el mantenimiento de la base de datos de MySQL:

  • Backup: hay que realizarlo de los ficheros de datos, ficheros de logs de transacciones, ficheros de configuración y logs binarios.
  • Limpiar los logs binarios: Se puede hacer mediante my.conf usando expire_logs_days o mediante la sentencia PURGE MASTER LOGS. Eso sí, no purgar los logs que necesiten los esclavos, ni borrarlos mediante un comando de un fichero (rm bin-log.*).
  • Optimizar las tablas: después de inserts y updates las tablas se llenan de espacio inútil, por lo que es necesario optimizar las tablas usando OPTIMIZE TABLE.
  • Vaciar la caché: cuando se ejecutan selects con tamaños diferentes de resultados, el cache se defragmenta, lo cual hace necesario que se vacie la cache (FLUSH QUERY CACHE).
  • Rotar los logs binarios: los logs binarios solo se rotan por tamaño, si quieres hacerlo en un determinado momento se debería usar la sentencia FLUSH LOGS.

Typical automated MySQL maintenance jobs

Mejora en las consultas anidadas en MySQL6

ByLuis

Buena noticia de rendimiento en la futura versión de MySQL. En este caso se trata de las consultas anidadas dentro de MySQL, pongamos un ejemplo.

Si tenemos esta consulta:

select title, from_date, to_date
from titles
where emp_no in
(select emp_no
from employees
where first_name = 'Mary'
and last_name = 'Sluis'
)

En MySQL5 (usando estos datos) obtendríamos el resultado (1 fila) en 7.88 segundos, mientras que en MySQL6 tardaría 0.13 segundos.

El motivo parece ser que MySQL transforma la subconsulta en un join.

Drizzling MySQL

Consejos para una configuración correcta de la arquitectura de MySQL

ByLuis

Más consejos para tener una configuración más adecuada de MySQL, en este caso desde el punto de vista de la arquitectura.

  • Instala MySQL en su propia partición de disco duro.
  • Cada servidor de MySQL debe tener us propio directorio de administración, directorio de logs, scripts, …
  • Situa los ficheros de datos y los ficheros de logs binarios en discos y controladores separados si es posible, nunca tengas los ficheros de datos y los que sirven para recuperarlos en el mismo lugar físico.
  • Haz copia de seguridad de tus ficheros de configuración.
  • Cambia la configuración de tu base de datos poco a poco para ir como se va comportando.
  • Antes de actualizar MySQL asegurate de conocer los cambios de la release y estudia que las aplicaciones sean compatibles con la nueva versión.
  • Comprueba de vez en cuando la recuperación de backups
  • Intenta usar programas para monitorizar y controlar tu MySQL.

The MySQL Optimal Configuration Architecture

| |

Zend Framework: uso básico de la base de datos

ByLuis

Algo que siempre se usa que realmente solo se debería crear una vez en nuestras aplicaciones web es el gestor de la base de datos. Y si seguimos con el estudio del framework de Zend, nos encontramos con unas funcionalidades sobre la BD bastante aceptables, aunque ellos mismos digan que deben añadir cosas.

La principal característica es olvidarnos de la BD en cuestión y usarla, sea cual sea, de forma genérica. Por ahora este framework admite entre otras Microsoft SQL Server, MySQL, PostgreSQL y SQLite, estando basado en PDO. Lo siguiente, es que mediante una clase, el uso que normalmente le damos a una base de datos (selección, inserción y borrado) queda perfectamente resuelto.

Read More “Zend Framework: uso básico de la base de datos”

10 cosas que hacer antes de instalar MySQL

ByLuis

Buen artículo en el que se nos ofrecen 10 cosas que hay que tener en cuenta cuando vamos a instalar MySQL. En muchas ocasiones la gente se conforma con instalar la base de datos, meter los datos y ya está, cuando realmente hay cosas muy importantes en las que fijarse:

  • Comprender el propósito y el crecimiento potencial de la base de datos.
  • Determinar una capa física adecuada, los parámetros por defecto no son siempre los mejores.
  • Seleccionar un motor de almacenamiento adecuado y pensar que impacto puede tener en el rendimiento y las estrategias de backup y recuperación.
  • Planifica tu estrategia de copias de seguridad y recuperación. Elige las herramientas adecuadas para tu entorno.
  • Comprende el número de bases de datos que serán creadas y el mantenimiento.
  • ¿Cual es el coste y las ramificaciones del entorno?, realiza un análisis adecuado.
  • Piensa en la seguridad con la que serán tratados los usuarios y las bases de datos.
  • Elige un SQL_MODE adecuado, con la seguridad de que comprendes las consecuencias de esa elección.
  • Ten en cuenta la capa física de almacenamiento: limitaciones, escalabilidad y rendimiento de usar discos separados, arrays de discos, …
  • Define prácticas correctas para determinar nomenclaturas, herramientas de administración, administración de infraestructuras y documéntalo todo.

Top Ten Things to do before installing MySQL