mysql sql magento truncate

mysql - ¿Lista de tablas para truncar con seguridad en Magento?



truncate (4)

¿Hay una lista de tablas que se puedan truncar de forma segura en Magento? Por seguridad, me refiero a preservar los productos.

Tengo algunos pero quiero saber si hay más:

core_url_rewrite # Only safe if no custom rewrites are in place catalog_product_flat_1 catalog_product_flat_# (# depends on the multistore) log_customer log_quote log_summary log_summary_type log_url log_url_info log_visitor log_visitor_info log_visitor_online


Antes de hacer nada

  • Asegúrese de probar primero borrar estos datos en un entorno que no sea de producción.
  • Siempre haga copias de seguridad antes de perder datos para siempre.
  • Asegúrate de que estés truncate , no drop .
  • Probablemente sea una buena idea reindexar todo a través de shell después de borrar registros en masa

Actualizar:

Puede usar este módulo n98-magerun para limpiar sus tablas.

O hazlo manualmente siguiendo las instrucciones a continuación.

Para ampliar la respuesta de Jim, el soporte de Magento no necesita el contenido de estas tablas cuando solicitan una copia de su base de datos, por lo que podría considerarlas no esenciales.

Tablas de caché

core_cache core_cache_tag

Los datos de caché son temporales. La limpieza de estos debe ser seguro.

Mesas de sesion

core_session

No es necesario mantener sesiones de años anteriores. Las nuevas sesiones se crearán automáticamente (aunque provocará que las personas cierren la sesión / interrumpan un flujo de pago actual).

Tablas de flujo de datos

dataflow_batch_export dataflow_batch_import

Básicamente, hay registros de cada vez que se ejecuta un lote y no es crítico.

Registros de administración

enterprise_logging_event enterprise_logging_event_changes

Estos son registros de los administradores que están haciendo lo que en el backend. Muy bueno para rastrear "quién rompió qué" pero no es necesario que se mantenga para siempre. Puedes truncarlos con seguridad.

Pro-tip: asegúrese de que está limpiando los registros antiguos en Sistema> Configuración> Avanzado> Sistema> Administrador de registro de acciones de administración

Mesas de apoyo

enterprise_support_backup enterprise_support_backup_item

Historial de soporte de Magento, puede o no existir para usted.

Tablas de índice

index_event index_process_event

Un registro posterior de las entradas de índice que deben actualizarse. Sin embargo, no se eliminan una vez que están obsoletos.

Tablas de registro

log_customer log_quote log_summary log_summary_type log_url log_url_info log_visitor log_visitor_info log_visitor_online

Registrar datos, en su mayoría no utilizados. Sin embargo, he visto que los módulos "Ordenar por Más vistos" usan la tabla log_visitor_info , así que tenga cuidado.

Pro-tip: asegúrese de que está limpiando los registros antiguos en Sistema> Configuración> Avanzado> Sistema> Limpieza de registros (esto solo hace visitas, clientes y URL)

Tablas de informes

report_event report_viewed_product_index

Estas son tablas agregadas que se pueden reconstruir cuando se ejecutan informes.

Otras tablas que pueden usar una poda de vez en cuando son

Tablas de citas

sales_flat_quote sales_flat_quote_address sales_flat_quote_address_item sales_flat_quote_item sales_flat_quote_item_option sales_flat_quote_payment sales_flat_quote_shipping_rate

Si tener datos de carro abandonados de 3 años no es importante para usted, considere truncarlos. Tenga en cuenta que los carros actuales están aquí, así que programe esto durante las horas libres o elimine las filas con updated_at más antiguo que X días.

Pro-tip: instalar Aoe_QuoteCleaner

Mesas de puesta en escena

Si usa la función de organización de Enterprise, puede comenzar a ver tablas con el prefijo s_ . No hay una limpieza para estos una vez que se elimina el sitio de ensayo. Si su tabla enterprise_staging está vacía, ya no necesita estas tablas.

Tablas de registro de cambios

catalog_category_flat_cl catalog_category_product_cat_cl catalog_category_product_index_cl catalog_product_flat_cl catalog_product_index_price_cl cataloginventory_stock_status_cl catalogsearch_fulltext_cl enterprise_url_rewrite_category_cl enterprise_url_rewrite_product_cl enterprise_url_rewrite_redirect_cl

Magento introdujo los activadores MySQL que escriben para cambiar las tablas de registro cuando se modifican los datos de ciertas tablas. Más tarde, el indexador del programador recoge las entradas del registro de cambios y actualiza los elementos. Sin embargo, no se limpia cuando se hace. Puede borrar estos de vez en cuando.

Tablas planas de categoría y producto.

catalog_category_flat_store_1 catalog_category_flat_store_2 catalog_category_flat_store_3 catalog_category_flat_store_4 catalog_category_flat_store_5 catalog_category_flat_store_6 catalog_category_flat_store_7 catalog_product_flat_1 catalog_product_flat_2 catalog_product_flat_3 catalog_product_flat_4 catalog_product_flat_5 catalog_product_flat_6 catalog_product_flat_7

Estas mesas tiendo a drop . Después de una reindexación se recrearán ellos mismos. En algunos casos, es posible que la tienda 7 no exista, pero todavía tienes la mesa plana muerta.

URL de reescritura de tablas

Tenga cuidado aquí, es posible que no quiera truncar todos estos.

core_url_rewrite enterprise_url_rewrite

Primero verifique si hay registros que is_system = 0 . Si no desea truncar, perderá redirecciones personalizadas. Intente DELETE FROM core_url_rewrite WHERE is_system = 1 lugar. La reindexación de las reescrituras volverá a rellenar esta tabla con el resto.

Más tablas de informes

report_viewed_product_aggregated_daily report_viewed_product_aggregated_monthly report_viewed_product_aggregated_yearly

Estos se agregan y se pueden reconstruir (como índices).


Cuando registra un problema con el soporte de Magento y le piden que proporcione un volcado de base de datos, la secuencia de comandos que le dan vuelca el esquema solo para las siguientes tablas:

core_cache core_cache_option core_cache_tag core_session dataflow_batch_export dataflow_batch_import enterprise_logging_event enterprise_logging_event_changes enterprise_support_backup enterprise_support_backup_item index_event index_process_event log_customer log_quote log_summary log_summary_type log_url log_url_info log_visitor log_visitor_info log_visitor_online report_event report_viewed_product_index

Si el soporte de Magento no necesita el contenido de estas tablas para resolver problemas, sería una suposición segura de que se pueden truncar de manera segura.

Las tablas catalog_product_flat_* y catalog_category_flat_* también se pueden truncar, ya que un reindex las rellenará.

Un usuario puede agregar entradas a la tabla core_url_rewrite manualmente desde el back-end y no me gustaría garantizar que dos categorías de pr de productos con claves de URL idénticas siempre tengan las mismas URL después de truncar core_url_rewrite . No es uno en el que yo confíe para poder truncar de manera segura.


Dudo que sea útil truncar las tablas ie admin_ *. Lo que se hace si sigue la lista anterior de las únicas tablas dignas. Tendrías que agregar el administrador de nuevo.

No revisé ninguna otra mesa. Simplemente tropecé con las primeras 3 tablas de mi instalación.


Quiero agregar a la lista que también puede truncar "catalogrule_product" y "catalogrule_product_price". Puede regenerarlo ejecutando Aplicar reglas en Pormos> Reglas de catálogo. He truncado esta tabla varias veces para saber que es seguro. ¡NÓTESE BIEN! Todos los precios de las reglas de su catálogo desaparecerán de la interfaz hasta que vuelva a ejecutar las reglas.

También me encantaría ver si alguien puede describir lo que sucede con el sitio si se borran estas tablas. Por ejemplo, supongo que al eliminar core_session (si estamos utilizando la base de datos para almacenarlos), se eliminarán todas las sesiones de "inicio de sesión" actuales de los clientes, ¿también se eliminarán los carritos de invitados?