Rubén Ortiz » MySql

MySQL – Configurar password root

Rubén Ortiz — Wed, 09 Jun 2010 09:08:28 +0000

# mysqladmin -u root password NEWPASSWORD

MySQL – Script optimización tablas

Rubén Ortiz — Wed, 14 Apr 2010 13:52:54 +0000

Buen script que chequea todas las bbdds en busca de tablas MyISAM o INNODB y las optimiza.

MySQLFragFinder.sh

Links

http://www.dufault.info/blog/a-script-to-optimize-fragmented-tables-in-mysql/

MySQL – Copiar tabla

Rubén Ortiz — Wed, 14 Apr 2010 10:36:59 +0000

CREATE TABLE pruebas LIKE produccion; INSERT pruebas SELECT * FROM produccion;

El primer comando crea una tabla como la que queremos copiar, el segundo, añade todo lo de la tabla objeto de copia a la nueva tabla creada en el primer comando.

MYSQL – Backup de procedures

Rubén Ortiz — Mon, 01 Feb 2010 12:20:42 +0000

Cuando hacemos uso de mysqldump, para hacer backup de nuestras bases de datos, por defecto, se incluyen los triggers pero no las procedures.

Para hacer backup completo de las bases de datos y añadir las procedures, hemos de añadir el parámetro “- -routines”

# mysqldump –routines > datos.sql

Para hacer backup SÓLO de las procedures:

# mysqldump –no-create-info –no-data –no-create-db –skip-opt –routines > datos.sql

MySQL – Cambiar Cotejamiento a una base de datos

Rubén Ortiz — Fri, 22 Jan 2010 12:27:29 +0000

Lo apunto porque luego nunca me acuerdo :S UTF to LATIN1

ALTER DATABASE `mibbdd` DEFAULT CHARACTER SET latin1 COLLATE latin1_spanish_ci

MySQL – Error message file ‘/usr/share/mysql/english/errmsg.sys’ had only error messages

Rubén Ortiz — Thu, 15 Oct 2009 18:02:06 +0000

Bonito problema! Después de arreglar la BD de los RPM, y hacer que el yum funcionase de nuevo, ejecuté un yum update, al acabar y querer arrancar el plesk, me salía este error:

Error message file '/usr/share/mysql/english/errmsg.sys' had only 472 error messages

Lo lógico sería intentar desinstalarlo con el yum, pero yum analiza las dependencias y te dice que nanai, que si lo haces se carga el PLESK, cosa no grata en la mayoría de los casos.

La solución se me apareció en busca de Google, como siempre. Una forma para poder desintalar un RPM sin tener en cuenta las dependencias sería así (lo aplico al caso que nos ocupa)

# rmp -e --nodeps mysql mysql-server

para luego hacer

# yum install mysql mysql-server

Fuera problema.

MySQL – Purge Binary Logs

Rubén Ortiz — Mon, 05 Oct 2009 09:18:02 +0000

Si habilitamos los logs binarios de mysql podemos incurrir fácilmente en que nuestro disco duro se llene rápidamente. Podemos hacer varias cosas:

Configurando la variable relay_log_space
Configurando la variable expire_log_days
Cron automático que purge los logs binarios

Vaya por delante que hay que ser precavido con esto, si lo aplicamos mal podemos tener problemas si más tarde necesitamos los logs.

Podemos editar el crontab y programar esta tarea, que borra automáticament los logs de más de 7 días

mysql -uroot -ppassword -e "PURGE BINARY LOGS BEFORE DATE_SUB( NOW( ), INTERVAL 7 DAY);"

Links
http://www.mernin.com/blog/?p=136
http://lists.mysql.com/replication/1671
http://www.zmanda.com/blogs/?p=28

MySQL – Descripción de tabla

Rubén Ortiz — Fri, 25 Sep 2009 11:07:10 +0000

Comando rápido para ver la descripción de una tabla:

mysql> show columns for TABLE_NAME ;
o
mysql> desc TABLE_NAME;

Max_allowed_packet

Rubén Ortiz — Tue, 21 Jul 2009 14:22:34 +0000

Casi todos nos acordamos de la madre de esta variable, de vez en cuando. Eso le pasó a mi compañero Marius Duch, que trabaja en Ociomedia en el departamento técnico, en la parte de sistemas. Estaba volcando una BD algo grande para un entorno de desarrollo y zas! error de mysql al canto. El my.cnf no estaba configurado y por tanto el valor de max_allowed_packet era de 1 MB.

Max_allowed packet determina el tamaño máximo de un paquete o cualquier string. El buffer de mensajes de paquete se inicializa en net_buffer_lenght bytes, pero puede crecer hasta max_allowed_packet bytes cuando se necesita. Por defecto tiene un valor pequeño, para evitar posibles paquetes de gran tamaño(y posiblemente erróneos).

A partir de la versión 4 de MySQL, se puede subir el valor hasta 1 GB. El valor debe ser múltiplo de 1024. Sabiendo podemos optar por incrementar temporalmente el valor para volver a limitarlo si entramos en producción.

Links

MySQL – Variables básicas a configurar

Rubén Ortiz — Fri, 30 Jan 2009 12:20:45 +0000

“Regla de Oro”, si no queremos tener problemas con nuestro MySQL, no dejar el script por defecto de configuración sin editar. Me apunto aquí sólo algunas de las variables que deberíamos editar para evitarnos problemas fáciles de resolver.

El uso de la memoria total que utilizaría potencialmente MySQL es la multiplicación de los buffers x las conexiones totales configuradas (ej, max_connections = 50)

query_cache_size si nuestra aplicación tiene lecturas intensivas y no tenemos cache a nivel de aplicaciones, puede ser de gran ayuda. Valores desde los 32M a los 512M tienen sentido normalmente. Comprueba esto sin embargo después de un rato y mira si está siendo usado. Para ciertos entornos de trabajo el ratio de acierto del cache es bajo y no justifica su activación.

sort_buffer_size buffer usado para ordenar los resultados (alojado por cada thread cuando el “sorting” necesita ser hecho) de la capa SQL, funciona para todos los motores de BD.

read_rnd_buffer_size, read_buffer variables usadas para leer buffer de tablas MyISAM para Full Table Scan (read_buffer) y para leer filas ordenadas con sort (read_rnd_buffer_size). Otros motores como Innodb no usan esta variable.

join_buffer_size bufer usado para joins sin índices y otros casos. Es usado a nivel de capa SQL por lo que se aplica a todos los motores de BD.

table_cache permite evitar la reapertura (a veces costosa para algunos motores de BD)

tmp_table_size esta variable especifíca el tamaño máximo implícito temporal de una tabla (creada durante la ejecución de una query automáticamente) que permitirá alcanzar en MEMORIA antes que sea convertida en disco en una tabla temporal MyISAM . Tamaño máximo permitido para tablas “in-memory” (usado por querys complejas). Pueden llegarse a necesitar más de una tabla por query.

max_heap_table_size

Atención!

buscando información sobre estas variables, me llamó la atención un post en Mysqlperformanceblog.com, donde el gurú Peter hablaba sobre las dudas que le surgían en la implementación y el comportamiento a posterior de estas dos variables. Al parecer, hay algo mal en el comportamiento de tmp_table_size. Según Peter, tmp_table_size no es suficiente porque MySQL también mira en max_heap_table_size y usa un valor menor como límite para tablas temporales en memoria que serán convertidas a MyISAM.

Según Sergei Golubchik, después de examinar el comportamiento a instancias del post de Peter, tmp_table_size no afecta a las tablas temporales creadas en el disco. Es un bug de 2004 y el status es “Won’t Fix”. Según veo en la documentación de variables de sistema de MySQL, tmp_table_size pasa a mejor vida a partir de la versión 5.1.2 (Version Removed: 5.1.2). Tengo que confirmar esto sin embargo. Lo dejo pendiente. El hecho es que, mirando la lista de cosas a tratar, en MySQL hablan de introducir una nueva variable en sustitución de tmp_table_size, llamada memory_tmp_table_size.

thread_cache_size número de threads que MySQL puede cachear y reusar. 32-64 suele ser un buen valor.

innodb_buffer_pool_size es la opción más importante de lejos para el buen funcionamiento de InnoDB. 70-80% de la memoria es una buena apuesta aunque todo depende del tamaño de nuestra BD y los recursos disponibles. Si nuestra BD es pequeña, configurado un buffer algo más grande que nuestra BD sería suficiente.

Links