Heredé un sitio de cliente que tiene una base de datos extremadamente grande sin ninguna razón. Hay una cantidad moderada de contenido y muy pocos módulos habilitados. Sin embargo, la base de datos es demasiado grande para moverse fácilmente y quiero limpiarla.

He borrado las tablas de caché estándar, syslog y accesslog.

¿Hay otras tablas que pueda truncar de forma segura en un sitio estándar de Drupal?

Use el módulo de copia de seguridad y migración , viene con buenos valores predeterminados para omitir los datos no necesarios . Por defecto genera una copia de seguridad de la base de datos sin caché, watchdog y algunas otras tablas.

Si esto no ayuda, eche un vistazo a phpMyAdmin y díganos qué tablas tienen muchas entradas.

Drupal 7 tablas que se pueden excluir

Aquí hay una lista de tablas en Drupal 7 que puede borrar (para reducir el tamaño de la base de datos) o excluir de forma segura para realizar una migración (como en la pregunta sobre ¿Cómo reducir el tamaño de la base de datos exportada localmente para evitar el límite de importación de mi servidor? ):

• registro de acceso
• lote
• todas las tablas relacionadas con caché, como:
  • cache*
  • caché_bloque
  • contenido_caché
  • cache_filter *
  • cache_form
  • cache_calendar_ical
  • cache_menu *
  • cache_page *
  • vistas_caché
  • * _cache, como features_cache o views_data_object_export_cache
• ctools_views_cache
• ctools_object_cache
• devel_queries
• devel_times
• inundar
• historia
• cola
• varias tablas search_ *, como:
  • search_dataset
  • search_index
  • search_keywords_log
  • búsqueda_total
• semáforo
• sesiones
• perro guardián
• webform_submitted_data

Por lo general, las tablas como search_indexy watchdogusan una gran cantidad de espacio en la base de datos, por lo que simplemente eliminar esas 2 tablas puede marcar una gran diferencia.

Otras tablas que pueden excluirse

Verifique el tamaño de las tablas restantes e identifique cuál de ellas es la más grande.

Por lo general, puede encontrar tablas de sesiones para las que no hay un procedimiento de limpieza. Estas tablas probablemente también pueda excluirlas.

Módulo de copia de seguridad y migrar

Para reducir aún más el desafío como se detalla en " ¿Cómo reducir el tamaño de la base de datos exportada localmente para evitar el límite de importación de mi servidor? ", Mire también el módulo Copia de seguridad y migración . Aquí hay una cita de su página de proyecto (marcado en negrita agregado aquí):

Haga una copia de seguridad y restaure su base de datos, código y archivos de Drupal MySQL o migre un sitio entre entornos. Backup and Migrate admite la compresión gzip, bzip y zip, así como copias de seguridad programadas automáticas.

Con Backup and Migrate, puede volcar algunas o todas las tablas de su base de datos en una descarga de archivos o guardarlas en un archivo en el servidor o fuera del sitio, y restaurar desde un volcado de base de datos cargado o guardado previamente. Puede elegir qué tablas y qué datos respaldar y los datos de caché están excluidos de forma predeterminada .

Y aún hay más: si su entorno local (por ejemplo, Win o Mac) difiere del sistema operativo que está ejecutando el servidor de su sitio web alojado (como Linux), entonces estas diferencias entre los sistemas operativos implican desafíos adicionales potenciales. He tenido buenas experiencias con el módulo Copia de seguridad y migración entre diferentes sistemas operativos, lo que no causó ningún problema (funcionó bien) en situaciones en las que la exportación / importación típica de MySql fallaba antes.

En mi experiencia, purgo todas las tablas "cache_ *".

• más "perro guardián" si no me importan los registros anteriores de Drupal
• más "registro de acceso" si no me importan los usuarios registrados
• más "buscar" si no me importa el contenido de los nodos indexados

A veces ejecuto este SQL para vigilar el crecimiento de las tablas superiores:

SELECT * 
FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_SCHEMA =  'yourdbnamehere'
ORDER BY table_rows DESC 

Watchdog y las sesiones también se pueden borrar, tenga en cuenta que todos los usuarios cerrarán sesión.

Con mySQL puede hacer cosas divertidas con el programa mysqldump para exportar la base de datos en su totalidad o en partes. Por ejemplo, esto solo exporta la estructura:

mysqldump -u root -pBatteryHorseStapleObviously -h some_host --no-data dbname > ~/dbname.sql

Luego puede usar la opción 'ignorar tabla' para exportar más datos, por ejemplo

mysqldump -u root -pBatteryHorseStapleObviously -h some_host --ignore-table=dbname.huge_table --ignore-table=dbname.massive_table --ignore-table=dbname.useless_table some_host >> ~/dbname.sql

Eso coloca los datos al final del archivo anterior ignorando algunas tablas masivas.

Si luego necesita las tablas masivas, puede exportarlas a un archivo diferente utilizando el enfoque anterior, luego puede importarlas en fragmentos (aunque podría ser necesario marcar fk).

¿Descomprimiste tu archivo antes de subirlo, o es una pregunta tonta?

Use el módulo OptimizeDB para limpiar las tablas de caché. La administración de la base de datos también es útil.

No olvide tener una copia de seguridad de las bases de datos.

No los super experto en esto pero compartir mi experiencia ... si usted no está utilizando la copia de seguridad y el módulo de migración y de forma manual exportarlos algunas de las mesas se podía vaciar / truncado sería watchdog, cache, cache_menu, cache_block, cache_content, cache_formya que pueden contener una gran cantidad de borrado de cosas en caché que supongo que no haría daño ... pero de nuevo esta es mi experiencia y no he encontrado problemas o pérdida de datos debido a esto.

Algunas ideas:

• Un enfoque completamente diferente sería crear fuentes RSS utilizando vistas de los datos que desea conservar. Luego cree una nueva instalación de Drupal e importe estos datos con Feed API .
• Y solo otro enfoque: contratar a un estudiante y dejar que transfiera los datos manualmente a su nueva instalación.
• O este: Cuéntanos más sobre qué tablas son muy grandes y cuál es la razón de esto (si lo sabes).

Verifique la example.drushrc.phplista de estos:

$options['structure-tables']['common'] = array('cache', 'cache_*', 'history', 'search_*', 'sessions', 'watchdog');
$options['skip-tables']['common'] = array('migration_*');

Es seguro borrarlos en términos de mover la base de datos entre diferentes entornos (especialmente cuando trabaja con grandes bases de datos ). Sin embargo, aún necesita comprender lo que está limpiando.

Tablas adicionales que se pueden borrar:

• lote
• webform_submitted_data

Otras cosas que pueden ocupar bastante espacio: - versiones anteriores de su contenido (no es posible limpiarlas con un simple truncamiento). - locales_source y locales_target. Si tiene idiomas que ya no se usan o traducciones de cadenas para módulos que ya no usa. Parece que estas mesas nunca se limpian.