¿Necesita hacer una copia de seguridad de las bases de datos MySQL information_schema, performance_schema, mysql y phpmyadmin?

Sé que no es necesario hacer una copia de seguridad de la information_schemabase de datos, pero ¿qué pasa con las siguientes bases de datos (además de las bases de datos definidas por el usuario)?

• performance_schema
• mysql
• phpmyadmin

(Entonces, en caso de problemas, y tenemos que comenzar desde cero (instalación nueva de MySQL), ¿qué bases de datos debo volver a colocar)?)

• performance_schema: No es necesario. Puede contener métricas de rendimiento que solo son buenas para el tiempo que estaba usando la instrumentación. No serviría de nada cargar las métricas recopiladas del pasado en otra instancia de MySQL o en la misma instancia de MySQL mucho más tarde.

• mysql: ¡ TEN CUIDADO AQUÍ! Si realiza una copia de seguridad mysql, solo puede volver a cargarla en la misma versión de MySQL de la que proviene. En particular, mysql.userno es compatible con versiones anteriores ni posteriores. Ver mis publicaciones anteriores:

  • Oct 10, 2014: El servicio MySQL se detiene después de intentar otorgar privilegios a un usuario
  • Dec 24, 2012: Copia de seguridad y restauración de la base de datos "mysql"
  • Apr 12, 2012: No se pueden OTORGAR privilegios como root (doy sugerencias sobre cómo respaldar GRANTS como texto SQL con contraseñas cifradas)
  • Si tiene el registro lento o el registro general habilitado para escribir en las tablas mysql.slow_logo mysql.general_log(consulte mi publicación anterior ¿Cómo habilitar el registro general de MySQL? ), Dicha copia de seguridad podría ser enorme. Las entradas también pueden ser demasiado antiguas para querer restaurarlas. Si desea recuperar el mysqlesquema, debe mysqldump separarlo de las bases de datos definidas por el usuario.
• phpmyadmin: Si desea volver a cargar una copia de seguridad phpmyadminen la misma instancia de MySQL de la que proviene, estaría bien.