Mensajes

sip sip 

Que me estabas liando con el optimizador ehhhh 

Te estas confundiendo 

Pense que me hablabas del Optimizador interno del motor MySQL y me hablas del comando OPTIMIZE de MySQL   

OPTIMIZE vendria ejerciendo la misma funcion que ANALYZE

http://dev.mysql.com/doc/refman/5.0/es/optimize-table.html

Para cambiar ese comando a MyISAM, simplemente escribo MYISAM?

Exacto.

Como puedo hacer para ver el tipo de tabla? (ya estando dentro de la database.. por linea de comand

SHOW TABLE STATUS

o

SHOW CREATE TABLE  NOMBRE_TABLA

Tambien puedes verificar que ENGINES soporta tu motor y indicarle uno en my.ini

SHOW ENGINES

Lol si 

O sea que todas tus tablas se guardan bajo InnoDB 

Un comando no, si quieres reducirlo (pero deberia dejar de existir este que tienes porke tiene datos). Tienes que generar uno nuevo, eliminando el que esta... para crearlo reducido o del tamano que gustes... edita my.ini en tu Windows buscate donde diga:

innodb_data_file_path = ibdata1:10MB:autoextend

edita eso a tu gusto...

Pues el optimizer esta ahi para servirte de guia en una consulta y optimizarla (Lee sobre EXPLAIN en MySQL). Y ya optimizada dicha consulta, si la aplicas pues los resultados seran retornados de manera mas rapida    una consulta que tarde 2 minutos, puede ser considerablemente reducida a segundos si sabes como optimizarla bien... (No mencione el Query Cache aca porke no aplica y porque no en todos los aspectos es beneficioso usarle).

Pero ese archivo, pesa 2,5 gigas, y no 10mb como dice el documento...

COmo ya te habras enterado, sino especificas ningun tipo de configuracion al motor InnoDB en my.inf  se generara por defecto ese archivito ibdata1 inicialmente por defecto tiene un tamanio de 10MB pero es autoextensible... que significa esto? significa que cada vez que creen tablas bajo el motor InnoDB y vayan insertando registros y registros y registros... el archivo como es autoextraible ira agrandando    en este caso, tenian una o varias tablas bajo InnoDB que toda su data y indices ocupaban 2.5 GB 

Eliminar el archivo fisicamente seria perder todas las tablas InnoDB que puedas contener, si gustas puedes hacer un mysqldump de un esquema completo junto a sus tablas, que sean InnoDB y ya finalizado, eliminar ibdata1, y los 2 archivitos logs de este,  reiniciar el motor y ya reiniciado pos montar el dump previamente hecho para que se autogenere nuevamente ibdata1 pero de menor tamanio.

Creo que podria detallar esta imagen lo que dire a continuacion, esta imagen es un modelo de la arquitectura interna de un motor MySQL:




Algunos motores de MySQL poseen lo que se llama estadisticas de indices, que es una mini DB (imaginate una cache no reseteable  ) que guarda los ultimos cambios realizados en la informacion de distribucion de indices (cuando digo ultimos cambios, la ultima vez que se ejecuto ANALYZE). Ahora, ya sabes lo de la estadisticas de indices porque existen?  porque el Optimizador interno de MySQL junto al planificador (PARSER) utiliza una llamada API al motor de almacenamiento de una tabla en cuestion, para enterarse cuantos indices tiene dicha tabla, y de que manera pueden ser utilizados.

Ahora si dicha informacion no es la mas actualizada, el motor de almacenamiento podria retornar datos erroneos al optimizador de MySQL (informacion out of date ... como sea que se diga en espanol, se lo que es, pero me cuesta saber como se dira en espanol ) entonces el optimizador interno lo que hace es dar uso de la estadistica de indices generadas la ultima vez. Y si das uso de EXPLAIN como yo    podria este, estar retornandote mala referencia de como optimizar tu consulta porque esta basandose en registros con otra estructura o cambios en relacion a una tabla.

Si utilizas Linux imaginate que quieres actualizar el sistema operativo, lo actualizaste hace 20 dias atras pero tu quieres ver si de 20 dias atras a la fecha han liberado paquetes nuevos, entonces que haces??? actualizas primero la base de datos interna del repositorio con el comando 'update' o no??? Luego haces un 'upgrade' pero sino haces previamente 'update' tu base de datos de repositorios tendra paquetes acorde a hace 20 dias atras, el no sabra si se liberaron o no paquetes nuevos si tu no lo actualizas    eso mismo ocurre aqui.

Das uso de ANALYZE para actualizar esa informacion de estadisticas de indices al optimizador interno de MySQL. Cada cuanto tiempo hay que usarlo? pues cada vez que agregues 1 o mas indices a una o mas tablas, cada vez que elimines de forma masiva registros, o insertes de forma masiva, etc. Asi actualizas la info y el optimizador interno te ayudara de mejor manera a elegir consultas SQL perfectas para  mantener optimizadas tus consultas.

Creo que el quiere que digas de que pais eres y indiques todas las provincias de ese pais.

Gracias a Skeletron por aportar codigo funcional