En el cPanel de los servidores de Hostsuar, este calcula el uso de las bases de datos basándose en el espacio que ocupan los ficheros que la componen a nivel disco duro, lo hace de esta forma, ya que hay información que una base de datos puede guardar en disco duro y no aparecer reflejado al hacer una consulta para definir el tamaño de una tabla, uno de esos datos son los denominados índices.
En aplicaciones que requieren un buscador o consultas que relacionan de forma compleja diferentes tablas, el desarrollador de la app crea la estructura de la base de datos con indices que permiten agilizar estas tareas y tener mayor velocidad, son como diccionarios donde se almacena ya preparada la información que se consultará de forma habitual, es como una tabla o tablas adicionales.
Esto es lo que ocurre en este caso, por ejemplo BD_tutorialesenlinea tiene en la tabla posts un índice de tipo FULLTEXT (los que más espacio ocupan) que combina diferentes columnas:
Estos indicen crean diferentes combinaciones de los datos, esto hace que incluso puedan llegar a ocupar más que la tabla original, tampoco son exportados cuando se hace un backup, es MySQL el encargado de generarlos al vuelo.
Se ha optimizado la base de datos para recrear los índices desde nuestro MySQL, pero únicamente logré bajarla a 215MB, menos que esto no sería posible, ya que se tendría que eliminar el índice en la base de datos con la consecuente perdida de rendimiento y puede que funcionamiento.
Todo esto es debido cuando se cambio la BD de Tutoriales en linea de MyISAM a InnoDB en el CMS de DataLife Engine
En aplicaciones que requieren un buscador o consultas que relacionan de forma compleja diferentes tablas, el desarrollador de la app crea la estructura de la base de datos con indices que permiten agilizar estas tareas y tener mayor velocidad, son como diccionarios donde se almacena ya preparada la información que se consultará de forma habitual, es como una tabla o tablas adicionales.
Esto es lo que ocurre en este caso, por ejemplo BD_tutorialesenlinea tiene en la tabla posts un índice de tipo FULLTEXT (los que más espacio ocupan) que combina diferentes columnas:
Estos indicen crean diferentes combinaciones de los datos, esto hace que incluso puedan llegar a ocupar más que la tabla original, tampoco son exportados cuando se hace un backup, es MySQL el encargado de generarlos al vuelo.Se ha optimizado la base de datos para recrear los índices desde nuestro MySQL, pero únicamente logré bajarla a 215MB, menos que esto no sería posible, ya que se tendría que eliminar el índice en la base de datos con la consecuente perdida de rendimiento y puede que funcionamiento.
Todo esto es debido cuando se cambio la BD de Tutoriales en linea de MyISAM a InnoDB en el CMS de DataLife Engine
Comentarios