J'ai supprimé la base de données `performance_schema` de MySQL, comment puis-je la créer?

Lors de la résolution d'un problème ibdata / log, j'ai accidentellement supprimé ma performance_schemabase de données, j'aimerais en créer une nouvelle.

mysql> SHOW VARIABLES LIKE 'perf%';
+---------------------------------------------------+---------+
| Variable_name                                     | Value   |
+---------------------------------------------------+---------+
| performance_schema                                | ON      |
| performance_schema_events_waits_history_long_size | 10000   |
| performance_schema_events_waits_history_size      | 10      |
| performance_schema_max_cond_classes               | 80      |
| performance_schema_max_cond_instances             | 1000    |
| performance_schema_max_file_classes               | 50      |
| performance_schema_max_file_handles               | 32768   |
| performance_schema_max_file_instances             | 10000   |
| performance_schema_max_mutex_classes              | 200     |
| performance_schema_max_mutex_instances            | 1000000 |
| performance_schema_max_rwlock_classes             | 30      |
| performance_schema_max_rwlock_instances           | 1000000 |
| performance_schema_max_table_handles              | 100000  |
| performance_schema_max_table_instances            | 50000   |
| performance_schema_max_thread_classes             | 50      |
| performance_schema_max_thread_instances           | 1000    |
+---------------------------------------------------+---------+
16 rows in set (0.06 sec)

Ces variables me semblent bien.

La question suivante demande la même chose, mais l'utilisateur conclut qu'il a pu le créer en suivant la documentation dans laquelle je n'ai pas pu trouver de telles instructions.

mysql: supprimé performance_schema, est-ce un problème?

Des pensées?

Les tables de la base de données performance_schema sont une collection de vues et de tables temporaires qui ne stockent pas les données de façon permanente. La commande mysql_upgrade restaurera la base de données performance_schema

De la coquille

mysql_upgrade --user=root --password=password

Il fait allusion au DROP DATABASE étant récupérable, mais seulement dans des conditions étranges que je ne connais pas http://dev.mysql.com/doc/refman/5.0/en/binary-log.html

Selon Docs, les binlogs ne sont qu'une séquence de commandes exécutées sur la base d'un point de référence donné. De sorte que lorsque vous avez fait "DROP DATABASE", au lieu d'aller "Oh, il abandonne la base de données, nous devrions sauvegarder maintenant juste au cas où" il a simplement écrit une "DROP DATABASE" dans le dernier binlog. La récupération n'est pas aussi simple que de lire la bande à l'envers.

Ce que vous devez faire est de récupérer la base de données à partir d'un dernier bien connu et d'appliquer les binlogs qui se sont produits entre ce point de récupération et la commande DROP.

http://dev.mysql.com/doc/refman/5.0/en/recovery-from-backups.html

Comment on détermine les binlogs à utiliser, ce n'est pas clair.

Il n'y a rien de mieux que d'avoir des sauvegardes complètes du système de fichiers. Et vous devriez au moins avoir ces derniers.