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.
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.
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.