Original post: http://anothermysqldba.blogspot.com/2013/05/circular-replication-through-mysql.html










Recientemente he publicado sobre la construcción de MySQL y horquillas relacionadas de la fuente sólo para probar el proceso y una especie de diversión geek.


Todo esto es actualmente sólo para fines de demostración y evaluación. Si usted …

Original Post: http://anothermysqldba.blogspot.com/2013/05/building-from-source-mysql-mariadb.html



Es posible ejecutar más de un servidor MySQL en el mismo servidor. A veces las personas les gustaría instalar otra versión de una base de datos en el mismo hardware con fines de prueba, así como las evaluaciones.Instalación de las bases de datos de origen y de instalaciones personalizadas para cada uno es más fácil de lo que pueda parecer a algunos. Yo sugeriría revisar MySQL Sandbox primero, sin embargo, ya que permite a las evaluaciones y pruebas para hacer muy rápidamente y fácilmente. Sin embargo, la instalación de la fuente funcionó mejor para mí cuando hice algunas comparaciones. A …

Original post: http://anothermysqldba.blogspot.com/2013/05/warning-because-user-was-set-to-mysql.html



shell> scripts/mysql_install_db --basedir=/usr/local/demouser --datadir=/var/lib/demodb --user=demouser --ldata=/var/lib/demodb

Installing MySQL system tables...

[Warning] Ignoring user change to 'demouser' because the user was set to 'mysql' earlier on the command line

Installation of system tables failed ! 
Este es un error que te hacen ver de nuevo a la orden que acaba de introducir y empezar a cuestionar a sí mismo. El error no es lo que parece. Si va a instalar MySQL en un servidor que ya tiene una instalación o una vez que lo hizo, es posible que un archivo my.cnf se encuentra …

Original post: http://anothermysqldba.blogspot.com/2013/05/how-to-tune-mysql-server.html



Esta entrada de blog es parte de la serie de blog

• MySQL Server Sintonía pregunta
  • Cómo identificar MySQL …

Original Post: http://anothermysqldba.blogspot.com/2013/05/benchmarking-mysql-cpu-file-io-memory.html


Decidir qué herramienta que desea utilizar:

• MySQL benchmark suite
• Sysbench
• …

Original post: http://anothermysqldba.blogspot.com/2013/05/mysql-server-tuning-question.html



Me encontré con esta oferta de trabajo el otro día en elance.com o odesk.com.

La persona / empresa estaba buscando un "experto en optimización del servidor MySQL". No es una preocupación importante, pero al ver a MySQL MySQL escanda, que gi ve una …

Original Post: http://anothermysqldba.blogspot.com/2013/05/how-to-identify-mysql-slow-queries-and.html

Esta entrada de blog es parte de la serie de blog 

• MySQL Server Sintonía pregunta
  • Cómo …

Al arrancar un servidor MySQL nos podmeos encontrar en los logs un error similar al siguiente:

110510  9:29:06 [Warning] 'user' entry 'root@systemadmin.es' ignored in --skip-name-resolve mode.

Esto se debe a la contradicción que existe entre usar nombres DNS y decirle en la configuración que no los resuelva:

# grep resol /etc/my.cnf 
skip-name-resolve

Las entradas que deban resolver nombres simplemente se ignoraran en los permisos, por lo que podemos pasar a usar IPs o rangos de IPs en lugar de nombres. O bien, eliminar la opción skip-name-resolve del arranque del MySQL.

Tags: MySQL

Relacionados

• …

Tal como vimos en la instalación de MySQL Cluster, el nodo de gestión (ndb_mgmd) se encarga de arbitrar el cluster. Vamos a ver cómo redundar dicho servicio.

Para añadir más de un nodo de gestión, deberemos modificar su fichero config.ini, añadiendo en la definición otro nodo, por ejemplo:

[ndb_mgmd]
hostname=10.10.88.15
PortNumber=1186
datadir=/var/mysql/mgm
nodeid=1

[ndb_mgmd]
hostname=10.10.88.14
PortNumber=1186
datadir=/var/mysql/mgm
nodeid=4

Deberemos recargar la configuración, si tenemos un nodo ya activo, con la opción –reload:

/opt/mysql-cluster/bin/ndb_mgmd --skip-daemon \
  -f /usr/local/etc/mysql/config.ini --reload \
  --configdir=/usr/local/etc/mysql/

En el otro nodo deberemos arrancar el nuevo daemon ndb_mgmd con la …

Hace un tiempo descubrí una característica (tal vez sea un bug) sobre los campos timestamp de MySQL. Es probable que este documentado en alguna parte que todavía no he leído:

Cuando se añade un campo timestamp a una tabla, MySQL agrega mágicamente algunas características al nuevo campo creado como un «trigger» y la fecha actual como valor por defecto.

Aquí esta el script donde se produce el caso:

-- CREANDO UNA TABLA CUALQUIERA E INSERTANDO DATOS 
mysql> create table t(
    -> id int not null primary key auto_increment,
    -> val varchar(50)
    -> );
Query OK, 0 rows affected (0.15 sec)

mysql> insert into t (val) values ("foo") ,("var");
Query OK, 2 rows affected (0.08 sec)
Records: 2  Duplicates: 0  Warnings: 0

mysql> select * from t;
+----+------+
| id | val  |
+----+------+
|  1 | foo  |
|  2 | var  |
+----+------+
2 rows in set (0.00 sec)


-- AGREGANDO UN CAMPO TIMESTAMP Y MAS DATOS
mysql> alter …