MYSQL

Tareas típicas para el mantenimiento de MySQL

ByLuis August 26, 2008

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

MYSQL

Optimizar MYSQL seleccionando correctamente los tipos de los campos

ByLuis January 2, 2007

Algo muy importante para desarrollar una aplicaciÃ³n web es diseÃ±ar correctamente la base de datos MySQL, en este caso los tipos de los campos.
Algunos errores que se suelen cometer es por ejemplo usar texto para almacenar cantidades de dinero porque aparece el carÃ¡cter de la moneda, cuando lo mÃ¡s lÃ³gico es formatear el valor obtenido en la base de datos en tus pÃ¡ginas.
Por ello lo primero es saber quÃ© tipo de campo vamos a usar, numÃ©rico o texto, y luego saber quÃ© subtipo seleccionar. Debemos tener en cuenta dos factores, cuÃ¡nto espacio en disco ocupa y cuÃ¡nto tiempo de proceso requiere.
Por ello, no es lo mismo seleccionar un CHAR que un VARCHAR, CHAR tiene ancho fijo, pero VARCHAR es mÃ¡s rÃ¡pido de procesar, debemos tener en cuenta si nuestra base de datos va a ocupar poco o si necesita rapidez y actuar en consecuencia seleccionando el tipo correcto para los campos de las tablas.
Leed mÃ¡s, sobre todo la comparativa de tipos de campos, en el siguiente artÃculo.
Making your MySQL Tables More Effeciant by Using Correct Fieldtypes
VÃa / dzone

MYSQL | Quicklinks

INSERT IGNORE en MySQL

ByLuis March 12, 2010

Muchas veces realizamos inserts y nuestras comprobaciones son erróneas e intentamos insertar registros duplicados, dándonos un error gordo en MySQL. Para evitar esto, normalmente se usa un REPLACE cuando la situación permite reemplazar los valores nuevos por los actuales, pero cuando esto no es posible, nos tenemos que pegar con el código buscando la comprobación que no hacemos correctamente. Para evitar esto: insertar algo ya existente, MySQL ofrece la posibilidad de ignorar el insert cuando no se puede insertar:

INSERT IGNORE 
  INTO tabla 
    (id, valor, ...) 
  VALUES 
    (25, 'valor, ...)

Cada día aprendo algo nuevo, aunque a veces deberían darme con la Biblia de MySQL (775 páginas) en la cabeza por no conocer antes esto.

Desarrollo web

Social Web: clon de Digg, Meneame o Reddit en PHP y MySQL

ByLuis November 20, 2008

Social Web CMS es un sistema de noticias social al estilo de Digg o Menéame que está desarrollado en PHP y MySQL y que nos permite crear nuestro clon de forma sencilla.
Permite la inserción de artículos por parte de los usuarios, votar los artículos, realizar comentarios, valorar los comentarios, buscar contenidos, obtener feeds para secciones, categorías y usuarios, disponer de perfiles, mensajes privados … Además dispone de una administración que permite gestionar el anti-spam, bloquear URLs, importar RSS, …
Social Web CMS

How to | MYSQL

Triggers en MySQL

ByLuis September 1, 2006

La verdad es que tenÃa pendiente hacer un pequeÃ±o manual de triggers (disparadores) en MySQL despuÃ©s de haber hablado de las novedades de MySQL 5, pero siempre falta tiempo y por eso aprovecho a comentar el artÃculo que he encontrado.

Los triggers son algo muy Ãºtil sobre todo si queremos actualizar datos de forma automÃ¡tica. Imaginemos una tabla con los datos de un usuario, que pueden ser modificados desde distintas partes de nuestra aplicaciÃ³n, y es necesario que cuando se actualiza algÃºn dato del usuario, se tenga que actualizar los datos de otra tabla. PodrÃamos actualizar los datos de la segunda tabla mediante cÃ³digo en cada uno de los casos en los que se actualiza la tabla del usuario en la aplicaciÃ³n, o bien podrÃamos crearnos un trigger que cuando se actualice la tabla de usuario (aunque sea “a mano”) se actualice directamente los datos de la otra tabla.

Un ejemplo para la creaciÃ³n de un trigger serÃa el siguiente:

CREATE TRIGGER disparador
AFTER INSERT ON usuarios
FOR EACH ROW
UPDATE tabla2
SET campo = valor;

MÃ¡s informaciÃ³n

Ease database management and automate functions with triggers in MySQL

Disparadores (triggers)

VÃa / dzone

MYSQL

10 consejos para MySQL

ByLuis November 16, 2007

Buenos consejos a tener en cuenta:

Ponle contraseÃ±a al usuario root y luego cÃ¡mbiale de nombre: lo mÃ¡s normal es ponerle contraseÃ±a al usuario root, pero no nos sorprendamos si vemos un root sin password o con algo tan ridÃculo como root_1. Lo que si no se suele hacer mucho es cambiar el nombre al root y eso es una buena idea que habrÃa que tener siempre en cuenta… pero que tampoco sea admin (como dice el artÃculo), sino algo mÃ¡s difÃcil de adivinar.
Oculta MySQL de Internet: MySQL no necesita estar accesible desde Internet, por lo que mejor evitar esa posibilidad.
Protege el directorio de instalaciÃ³n de MySQL de otros usuarios
No almacenes datos binarios: que MySQL lo permita no quiere decir que sea lo mejor hacerlo. MySQL envÃa los datos de una Ãºnica vez, esto implica que hasta que no se envÃe el campo completo, la aplicaciÃ³n no puede parsear la informaciÃ³n. Es preferible almacenar los datos en el sistema de ficheros y almacenar en la BD un ruta hasta el fichero. Aunque yo casi recomendarÃa guardar en la BD una clave, para que mediante una lÃ³gica en la aplicaciÃ³n se pueda recuperar la ruta, asÃ, si tenemos que modificar la ruta no tenemos que modificar todos los registros de la BD, tan solo la lÃ³gica del programa.
Usa SQL standard: MySQL ofrece posibilidades que no son del SQL estÃ¡ndar y que pueden aportarnos muchas ventajas, el problema es que nos limita a exportar nuestra aplicaciÃ³n a otras BD si en un futuro lo necesitamos. La soluciÃ³n es no ejecutar esas sentencias directamente, sino mediante una clase, que extienda de una clase genÃ©rica, asÃ podremos simular esas funcionalidades de MySQL en otras BDs creando otras clases para cada motor de BD.
Crea tu propio generador de auto_increment: el auto_increment nos crea nÃºmeros consecutivos que podemos usar en nuestras tablas, pero con limitaciones, solo existe un auto_increment por tabla y son independientes de las tablas, por lo que distintas tablas pueden tener mismo id, lo cual puede no convenirnos en algunas circunstancias.
No mezcles cÃ³digo de presentaciÃ³n con el de acceso a BD: es el sistema MVC que siempre debemos usar.
NormalizaciÃ³n y denormalizaciÃ³n: la normalizaciÃ³n nos permite tener una BD sin datos redundantes. Desafortunadamente, a veces esta pena el rendimiento, para lo cual, una vez normalizada la BD es conveniente denormalizarla.
Usa un pool de conexiones en el servidor Web o en el servidor de aplicaciones: la conexiÃ³n a la BD es algo costoso, si compartimos conexiÃ³n mediante un pool, ganaremos en rendimiento.
Mejoras tus queries con EXPLAIN SELECT: aunque es un comando difÃcil de seguir, nos puede ayudar mucho.

Ten MySQL Best Practices

VÃa / Sheeri Kritzer Cabral

Similar Posts

MÃ¡s informaciÃ³n