Original post: http://anothermysqldba.blogspot.com/2013/09/mysql-access-and-replication-blocked-by.html
ERROR 2049 (HY000): Connection using old (pre-4.1.1)
authentication protocol refused (client option 'secure_auth'
enabled)
Si ha intentado conectarse a una base de datos MySQL y nos vemos
este error, entonces usted necesita para tener hash de contraseña
41byte válida. Si no está seguro de que usted tiene ejecutar el
SQL a continuación. Si usted tiene 16 contraseñas de caracteres
que son contraseñas antiguas.
select Password from mysql.user;
Lo que sigue es cómo resolví esto como parte de una migración de
MySQL 5.0 a MySQL 5.6.
El servidor MySQL 5.0 tiene una mezcla de los mayores pre 4.1
passwords y contraseñas 41byte válidos. Dado que el …
Ya he comentado que he encontrado poca información para migrar MySQL desde una versión 5.0, 5.1 o 5.5 a la versión 5.6 sobre Windows, así que, os cuento cómo he realizado yo la migración. Ya hemos visto un primer paso, y es la exportación de las bases de datos.
Copia de seguridad, lo primero
En el primer paso se detalló con más o menos amplitud algunas de las opciones disponibles para hacer copias de seguridad de todas nuestras bases de datos, con MySQLdump, o con otras herramientas gráficas, como heidiSQL y MySQL WordkBench. No son las únicas, pero yo he puesto varias!
Copia del fichero my.ini
Aunque pase desapercibido, es importante guardar el fichero de configuración del servidor MySQL my.ini, y que …
[Lea más]Vamos a dedicar unas cuantas entradas a ver cómo iniciarnos con el servidor de bases de datos MySQL, tan ampliamente utilizado.
A pesar de su amplio uso, parece mentira, pero apenas he encontrado información para migrar MySQL desde una versión 5.0, 5.1 o 5.5 a la versión 5.6 sobre Windows, así que os cuento cómo he realizado yo la migración.
Copia de seguridad, lo primero
En primer lugar, lo más importante es hacer una copia de seguridad de todas nuestras bases de datos.
IMPORTANTE!! Cómo es una actualización importante, se recomienda hacer también una copia de seguridad de la base de datos mysql (es una base de datos utilizada por MySQL) que es la que incluye todos los temas de permisos, etc, etc …
Sobre copias de seguridad hay para hablar bastante, pues en función del motor se puede optar por unas técnicas o …
[Lea más]
Original post: http://anothermysqldba.blogspot.com/2013/09/mysql-optimization-tip-threadcachesize.html
Recientemente me encontré con una base de datos MySQL que
fácilmente se ejecuta con 300 a 600 filas de la processlist. Las
conexiones Max se estableció fácilmente más del doble de esta
cantidad también. Este era un montaje que yo no estoy de acuerdo
con. Me llamaron porque también demostró ser no estar funcionando
muy bien. Así que aquí están algunos de mis pensamientos sobre el
proceso he descubierto.
En mi opinión la mayoría de bases de datos MySQL en uso no se
necesita una conexión Max o 1500 o más. Cuantas más conexiones
que permiten la mayor carga de traer a su servidor. Utilice las
conexiones de manera eficiente.
En segundo lugar, entender el% de Threads_created frente a …
[…] « Migrando de MySQL 5.1 a la nueva versión MySQL 5.6.10 GA. El desastre!! […]
En un servidor de bacula nos podemos encontrar con un error similar al siguiente:
Fatal error: sql_create.c:860 Fill File table Query failed: INSERT INTO File (...): ERR=Lock wait timeout exceeded; try restarting transaction
Se trata de un error al insertar en la base de datos, en este caso MySQL. El mensaje Lock wait timeout exceeded; try restarting transaction corresponde a una transacción que ha estado esperando para obtener un recurso (por defecto 50 segundos) y al no obtenerlo se ha cancelado la transacción. Esto proboca que el job de bacula no acabe correctamente.
Al tener los siguientes condicionantes:
- Se trata de una base de datos MySQL dedicada exclusivamente a Bacula
- El nivel de …
Original post: http://anothermysqldba.blogspot.com/2013/08/mysql-workbench-60-on-centos-64.html
Yo no soy realmente un DBA GUI. Ellos tienen su lugar y se pueden
hacer cosas buenas, pero yo no los usan mucho. Se puede decir que
en base a lo que he mejorado.
# cat /etc/*-release
CentOS release 6.4 (Final)
# rpm -qa | grep MySQL
MySQL-server-5.6.13-1.el6.x86_64
MySQL-devel-5.6.13-1.el6.x86_64
MySQL-shared-compat-5.6.13-1.el6.x86_64
perl-DBD-MySQL-4.013-3.el6.x86_64
MySQL-python-1.2.3-0.3.c1.1.el6.x86_64
MySQL-client-5.6.13-1.el6.x86_64
MySQL-shared-5.6.13-1.el6.x86_64
MySQL-test-5.6.13-1.el6.x86_6
# rpm -qa | grep mysql
php-mysql-5.3.3-23.el6_4.x86_64
mysql-workbench-gpl-5.2.47-1el6.x86_64
Original post: http://anothermysqldba.blogspot.com/2013/08/create-slave-secondary-server-with.html
Así que primero usted podría ahorrar un poco de tiempo y leer el
ejemplo Percona para esto:
http://www.percona.com/doc/percona-xtrabackup/2.1/howtos/setting_up_replication.html
Pero por si acaso aquí es un ejemplo basado en una situación
real.
SERVIDOR PRIMARIO
# innobackupex /tmp/ <---- this is whatever directory you want
to store the backup in. This is a very basic no fluff …
Original post http://anothermysqldba.blogspot.com/2013/07/mysql-sample-databases.html
Vi un post en el forums.mysql.com página web sobre las bases de
datos de muestra y pensé que podría valer la pena un post para
dar una visión general rápida de las de los demás.
Las bases de datos de ejemplo se puede encontrar aquí: http://dev.mysql.com/doc/index-other.html …
Original post: http://anothermysqldba.blogspot.com/2013/07/check-in-on-your-status-variables-in.html
Así que usted tiene su base de datos se ejecuta como se
esperaba.
Pero, ¿es así? ¿Podría ser mejor funcionamiento?
¿Cuándo es la última vez que la consultó sobre algunas de las
variables de estado?
Algunas variables de estado clave a vigilar son:
-
Sort_merge_passes
- Yo superviso los sistemas …