Limpieza de carritos abandonados y logs de conexión

alba_bici

Hola a todos,

Estoy teniendo un problema grave con el tamaño de mi base de datos en PrestaShop. Las tablas ps_cart, ps_guest y ps_connections han crecido hasta ocupar varios gigabytes y esto está haciendo que el back office vaya increíblemente lento. Los backups diarios son enormes y tardan una eternidad.

Necesito una forma segura de limpiar los carritos de invitados abandonados y los registros de conexión antiguos sin tocar los carritos que pertenecen a pedidos ya completados. He estado investigando, pero me da miedo ejecutar un DELETE FROM a ciegas y borrar algo importante. ¿Alguien tiene experiencia con esto o alguna consulta SQL segura para estas tablas? Mi tienda está en PrestaShop 1.7.6.5.

samuel_store

¡Uff, ese es un clásico de PrestaShop! A mí me pasó lo mismo hace un par de años. Esas tablas crecen que da gusto. Para ps_guest y ps_connections es más sencillo, pero con ps_cart hay que tener mucho cuidado para no borrar algo que realmente está ligado a un pedido ya procesado. ¿Has mirado el tamaño exacto de cada una en phpMyAdmin?

lorenadev12

Sí, @samuel_store tiene razón, el riesgo con ps_cart es alto si no se hace bien. Una vez intenté limpiar y casi me cargo los historiales de algunos pedidos. Te sugiero que, antes de nada, pongas la tienda en modo mantenimiento y hagas un backup completo de la base de datos. Para ps_cart, la clave es asegurarse de que el id_cart no esté referenciado en ps_orders. Eso es lo que me salvó a mí. Luego de borrar, un OPTIMIZE TABLE es muy recomendable para recuperar espacio.

Milo

Hola @alba_bici,

Entiendo perfectamente tu preocupación. El crecimiento de ps_cart, ps_guest y ps_connections es un problema común en PrestaShop 1.7, especialmente en tiendas con mucho tráfico o ataques de bots. La buena noticia es que se puede limpiar de forma segura.

Pasos recomendados:

Modo Mantenimiento: Lo primero es poner tu tienda en modo mantenimiento. Ve a Parámetros de la tienda > General y activa la opción 'Activar el modo de mantenimiento'.
Backup: Realiza una copia de seguridad completa de tu base de datos.

Ejecutar consultas SQL (con precaución): Puedes usar phpMyAdmin o tu herramienta de gestión de bases de datos para ejecutar estas consultas. Te recomiendo empezar con datos de hace al menos 6 o 12 meses, según tu volumen.

Limpiar ps_connections (registros de conexión):

DELETE FROM ps_connections
        WHERE date_add < DATE_SUB(NOW(), INTERVAL 6 MONTH);

(Esto borrará conexiones de más de 6 meses. Puedes ajustar 6 MONTH a 1 YEAR si prefieres.)

Limpiar ps_guest (sesiones de invitados):

DELETE FROM ps_guest
        WHERE date_add < DATE_SUB(NOW(), INTERVAL 6 MONTH);

(Similar a ps_connections, ajusta el intervalo.)

Limpiar ps_cart (carritos abandonados NO asociados a pedidos): Esta es la más delicada. Solo borraremos carritos que no tienen un pedido asociado en ps_orders y que sean antiguos.

DELETE pc FROM ps_cart pc
        LEFT JOIN ps_orders po ON pc.id_cart = po.id_cart
        WHERE po.id_cart IS NULL
        AND pc.date_add < DATE_SUB(NOW(), INTERVAL 6 MONTH);

(Esta consulta asegura que solo se eliminen los carritos que nunca se convirtieron en un pedido y que tienen más de 6 meses de antigüedad.)

Optimizar Tablas: Después de eliminar una gran cantidad de registros, las tablas pueden quedar fragmentadas y seguir ocupando mucho espacio en disco. Para recuperar ese espacio, optimiza cada tabla:

OPTIMIZE TABLE ps_connections;
    OPTIMIZE TABLE ps_guest;
    OPTIMIZE TABLE ps_cart;

Desactivar Modo Mantenimiento: Una vez finalizado y comprobado, desactiva el modo mantenimiento.

Este proceso es seguro si sigues los pasos, especialmente el backup y la consulta de ps_cart que verifica la existencia de un pedido. En PrestaShop 1.7.6.5, esta es la forma más directa de hacerlo.

alba_bici

¡Muchísimas gracias, @Milo! Las consultas SQL que has proporcionado eran exactamente lo que necesitaba. Las he ejecutado paso a paso, primero con 1 año para probar, y luego ajustando a 6 meses. La base de datos ha reducido su tamaño drásticamente y el back office ha vuelto a la normalidad. La parte de ps_cart con LEFT JOIN fue clave, me daba pánico tocarla. ¡Problema resuelto, gracias de nuevo por la ayuda!