No he encontrado ningún problema hasta ahora, al truncar estas tablas.
GoodSp33d
Respuestas:
14
Con una excepción, sí. Esa excepción es cache_form. En realidad, esa no es una tabla de caché, pero contiene información temporal $ form_state de los formularios que se muestran actualmente en su sitio. Borrar esa tabla invalidaría estos formularios y cuando un usuario intente enviar ese formulario, recibirá un mensaje de error y tendrá que completar ese formulario nuevamente.
Tenga en cuenta que drush sql-dumpy Copia de seguridad y migración omiten automáticamente el contenido de estas y otras tablas al crear un volcado de base de datos con estas en lugar de mysqldump o phpmyadmin.
drush sql-dump en realidad incluye la tabla 'cache_form'.
disfruta
@remote: no quise dar a entender lo contrario (aunque no sabía que mantiene explícitamente cache_form). Siéntase libre de editar (o sugerir una edición) si cree que mi respuesta es engañosa.
Berdir
4
Hay un "falso amigo" en esa lista. cache_form no es una tabla de caché, y vaciarla invalidará todos los formularios activos en el sitio en ese momento.
Tampoco veo una razón por la que usarías phpmyadmin para esto. Es torpe y propenso a errores. "drush cc all" es tu amigo :)
El propósito de las tablas de caché es mantener los valores calculados. Cuando un módulo llama a cache_get () , y recupera un valor vacío, simplemente ejecuta el código para obtener los valores almacenados en caché.
Todos los módulos que conozco ejecutan automáticamente el código para obtener el valor que esperaban en el caché, si el caché está vacío; vaciar el caché no causa ningún problema a los módulos que lo usan.
Respuestas:
Con una excepción, sí. Esa excepción es
cache_form. En realidad, esa no es una tabla de caché, pero contiene información temporal $ form_state de los formularios que se muestran actualmente en su sitio. Borrar esa tabla invalidaría estos formularios y cuando un usuario intente enviar ese formulario, recibirá un mensaje de error y tendrá que completar ese formulario nuevamente.Tenga en cuenta que
drush sql-dumpy Copia de seguridad y migración omiten automáticamente el contenido de estas y otras tablas al crear un volcado de base de datos con estas en lugar de mysqldump o phpmyadmin.fuente
Hay un "falso amigo" en esa lista. cache_form no es una tabla de caché, y vaciarla invalidará todos los formularios activos en el sitio en ese momento.
Tampoco veo una razón por la que usarías phpmyadmin para esto. Es torpe y propenso a errores. "drush cc all" es tu amigo :)
fuente
El propósito de las tablas de caché es mantener los valores calculados. Cuando un módulo llama a cache_get () , y recupera un valor vacío, simplemente ejecuta el código para obtener los valores almacenados en caché.
Todos los módulos que conozco ejecutan automáticamente el código para obtener el valor que esperaban en el caché, si el caché está vacío; vaciar el caché no causa ningún problema a los módulos que lo usan.
fuente
Lo he hecho muchas veces y no he encontrado ningún problema al hacerlo.
Aviso importante: intente borrar todas las tablas de caché a la vez. Esto evitará que Drupal use datos de caché no válidos.
fuente