Lors de la résolution d'un problème ibdata / log, j'ai accidentellement supprimé ma performance_schema
base 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?
mysql
service après avoir fait cela! Cela n'a fonctionné qu'après le redémarrage pour moi.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.
la source