Python incluye la posibilidad de ampliar su funcionalidad con paquetes, que no son sino nuevas funciones que se añaden a los scripts para ampliar funcionalidades, de igual modo que se incluyen las librerías en Visual Basic. Aquí vamos a instalar dos de los paquetes más populares: NumPy es un paquete para el cálculo científico con …
The post Instalando paquetes de Python appeared first on Manejando datos.
Una de las opciones que suelo usar en un MySQL por defecto es:
skip-name-resolve
En la guia de instalación de MySQL 5.5 ya la habilita al instalar el MySQL.
Dicha opción deshabilita la resolución de nombres, por lo que veremos al iniciar MySQL Warnings como los siguientes:
101202 15:43:44 [Warning] 'user' entry '@penny.systemadmin.es' ignored in --skip-name-resolve mode.
Nos esta indicando que no podrá aplicar los GRANTs relacionados con nombres al no poder resolver las IPs de los clientes: deberemos usar la IP en lugar del nombre en los GRANTs.
En caso que no apliquemos dicha opción para usar nombres en lugar de IPs, si el resolver falla nos encontraremos que el MySQL …
[Lea más]Justo esta mañana he tenido un problema con #MySQL y obtenía un error un tanto “extraño”, no por que saliera un error, sino porque el campo que daba el error no me resultaba conocido. En concreto, he creado un procedimiento para realizar tablas de referencas cruzadas, y al ejecutar me saltaba un error: El caso …
The post Buscando campos entre todas las bases de datos de MySQL-MariaDB appeared first on Manejando datos.
Una pregunta muy habitual suele ser:
Mi base de datos tiene 40GB de buffer pool, pero está consumiendo 60GB. ¿Por qué?
Una pregunta sencilla cuya respuesta es por lo general difícil de encontrar. MySQL no nos da mucha información sobre donde se está usando esa memoria. Un problema que se intentará arreglar en el próximo Oracle MySQL 5.7 así que hasta que llegue ese momento toca realizar tareas de investigación. Lo primero y lo lógico es mirar el my.cnf y tener en cuenta estos detalles:
Una pregunta muy habitual suele ser:
Mi base de datos tiene 40GB de buffer pool, pero está consumiendo 60GB. ¿Por qué?
Una pregunta sencilla cuya respuesta es por lo general difícil de encontrar. MySQL no nos da mucha información sobre donde se está usando esa memoria. Un problema que se intentará arreglar en el próximo Oracle MySQL 5.7 así que hasta que llegue ese momento toca realizar tareas de investigación. Lo primero y lo lógico es mirar el my.cnf y tener en cuenta estos detalles:
El comando mysqladmin dispone de varias opciones, una de ellas (ping) permite comprobar si el MySQL esta levantado.
$ mysqldadmin (...) Where command is a one or more of: (Commands may be shortened) create databasename Create a new database debug Instruct server to write debug information to log drop databasename Delete a database and all its tables extended-status Gives an extended status message from the server flush-hosts Flush all cached hosts flush-logs Flush all logs flush-status Clear status variables flush-tables Flush all tables flush-threads Flush the thread cache flush-privileges Reload grant tables (same as reload) kill id,id,... Kill mysql threads password new-password Change old password to new-password, MySQL 4.1 hashing. old-password new-password Change old password to new-password in old …[Lea más]
Al reiniciar un MySQL Cluster (ndb) para hacer un downgrade de kernel y ver todos los nodos operativos:
# /opt/mysql-cluster/bin/ndb_mgm -e show Connected to Management Server at: localhost:1186 Cluster Configuration --------------------- [ndbd(NDB)] 3 node(s) id=11 @10.10.6.1 (mysql-5.5.29 ndb-7.2.10, Nodegroup: 0, Master) id=12 @10.10.6.2 (mysql-5.5.29 ndb-7.2.10, Nodegroup: 0) id=13 @10.10.6.3 (mysql-5.5.29 ndb-7.2.10, Nodegroup: 0) [ndb_mgmd(MGM)] 2 node(s) id=1 @10.10.6.5 (mysql-5.5.29 ndb-7.2.10) id=4 @10.10.6.4 (mysql-5.5.29 ndb-7.2.10) [mysqld(API)] 1 node(s) id=54 @10.10.6.4 (mysql-5.5.29 ndb-7.2.10)
Pasé a comprobar la disponibilidad de los datos en el nodo SQL (el mysqld) con un count() en una tabla grande:
mysql> select count(*) tabla_gordota; …[Lea más]
Original post: http://anothermysqldba.blogspot.com/2013/10/percona-56-mariadb-mysql-debianubuntu.html
Empiece a trabajar fácilmente con Percona 5.6 en Debian.
En este ejemplo se está ejecutando Linux Mint 15 .
Percona 5.6:
…
Original post: http://anothermysqldba.blogspot.com/2013/10/moving-from-mysql-56-to-percona-56.html
Percona 5.6 fue lanzado recientemente (el día
de hoy en el momento de este post). Así como simple ejemplo lo
que todo se tarda en pasar a este "gota en el reemplazo?"
Oct 7 06:47
Percona-Server-56-debuginfo-5.6.13-rel61.0.461.rhel6.x86_64.rpm
Oct 7 06:47
Percona-Server-client-56-5.6.13-rel61.0.461.rhel6.x86_64.rpm
Oct 7 06:47 …
CAST es una de esas funciones que incluye MySQL que están ahí, pero que poca gente conoce. El caso es que vamos a ver un ejemplo de cómo se utiliza, a raíz de una consulta de unión. La documentación de esta función la podéis consultar aquí: http://dev.mysql.com/doc/refman/5.0/es/cast-functions.html.
Seleccionamos una tabla y hacemos una consulta, seleccionamos una segunda table y hacemos otra consulta, y creamos una consulta de UNION de ambas tablas, sabiendo que aunque son distintas, los campos deben nombrarse igual (para que la unión sea correcta!).
Consulta de UNION
A priori, parece que todo va bien, pues incluso la consulta de UNION parece …
[Lea más]
