[SOLUCIONADO] DROP DATABASE muy lento

[huesos52]

Buen día foro

Cuando trato de eliminar una base de datos con el comando DROP DATABASE este se queda pensando. (desde ayer en la noche)

Entro por otra consola y con el comando show processlist veo lo siguiente:

Código MySQL:

mysql> show processlist;
+-----+------+-------------------------------+---------+---------+-------+----------------------------------+-----------------------+
| Id  | User | Host                          | db      | Command | Time  | State                            | Info                  |
+-----+------+-------------------------------+---------+---------+-------+----------------------------------+-----------------------+
|  21 | root | localhost                     | NULL    | Killed  | 43360 | System lock                      | drop database spagobi |
|  26 | root | cnicticinv.cenicafe.org:36112 | ocsweb  | Sleep   |    45 |                                  | NULL                  |
| NULL                  |
| 567 | root | localhost                     | NULL    | Query   |   342 | Waiting for schema metadata lock | drop database spagobi |
| 568 | root | localhost                     | NULL    | Query   |     0 | init                             | show processlist      |
| 569 | root | 192.168.194.108:57759         | lportal | Sleep   |     2 |                                  | NULL                  |
+-----+------+-------------------------------+---------+---------+-------+----------------------------------+-----------------------+
 

Despues de waiting for schema metadata lock, varias horas despues pasa a waiting for table metadata lock.

De que forma podría volar esa base de datos?
Como detecto bloqueos?

He matado los procesos y los e iniciado nuevamente con el mismo resultado.

Espero me puedan ayudar.

Muchas gracias

[marisolphp]

Seguramente está muy grande tu bd o muy lenta tu compu, porque no pruebas con un script eliminando unas tablas primero si es que no son muchas.

[huesos52]

Gracias por tu respuesta marisolphp

El problema se encontraba en que posterior a la creación de la base de datos, hice una configuración en el my.cnf para que la base de datos funcionara en case insensitive (parametro lower_case_table_names), ya que estaba teniendo problemas con una instalación de un software.

Como la base de datos ya habia sido creada, no reconocia el verdadero nombre de las tablas. Simplemente quedaba con un bloqueo sobre el esquema.

La solución fue volver a deshabilitar este parametro, reiniciar el servicio y nuevamente ejecutar el DROP DATABASE. Posterior a esto, tardó 5 segundos en eliminarse.

Saludos

[gnzsoloyo]

Me alegro que ya pudieras solucionarlo.
Una posibilidad que yo estaba investigando era la de ciertas restricciones de las tablas InnoDB, que pueden causar ese tipo de comportamiento. Pero no me cerraba del todo.
También había posibilidad de que el buffer de InnoDB fuese muy pequeño, lo que también genera esos comportamientos.

[huesos52]

Muchas gracias gnzsoloyo por tu colaboración.

Saludos.