在修复ibdata/log问题时,我意外地删除了我的performance_schema数据库,我想创建一个新的数据库。
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)这些变量对我来说似乎很好。
下面的问题提出了同样的问题,但是用户的结论是,他们能够通过以下文档创建它,而我在文档中找不到这样的说明。
有什么想法吗?
发布于 2014-01-15 15:58:01
性能_模式数据库中的表是不永久存储数据的视图和临时表的集合。mysql_升级命令将恢复performance_schema数据库
从外壳
mysql_upgrade --user=root --password=password发布于 2014-01-17 09:38:45
它暗示删除数据库是可恢复的,但只有在奇怪的情况下,我不熟悉http://dev.mysql.com/doc/refman/5.0/en/binary-log.html
根据Docs,binlog只是基于给定的引用点执行的一系列命令。所以,当你做“删除数据库”,而不是“哦,他掉了数据库,我们应该现在备份,以防万一”,它只是写了一个“拖数据库”到最后一个二进制日志。恢复并不像向后播放磁带那么简单。
您需要做的是从最后一个已知的很好的地方恢复数据库,并应用在恢复点和DROP命令之间发生的绑定日志。
http://dev.mysql.com/doc/refman/5.0/en/recovery-from-backups.html
如何确定哪些绑定日志使用这一点,尚不清楚。
没有什么比拥有完整的文件系统备份更好的了。你至少应该把这些放回去。
https://dba.stackexchange.com/questions/56812
复制相似问题