并不是mysql中的所有表都显示在phpadmin中。
最近，我意外地放弃了Wordpress的整个数据库，但幸运的是，我已经使用了Time。
现在的问题是，当我将数据库文件复制回存储所有数据库的路径时，在PhPAdmin中只显示了28个表中的11个，我不知道为什么。
即使我已经重复检查权限组和权限--所有内容与其他数据库完全相同，但我仍然只能看到其中的11个。
问题是，如果它不做任何我不介意的事情，但现在我的Wordpress我不能登录，它说没有找到用户。
更多信息：
我试着在终端中做ls，看看是否所有的表都被复制了，实际上我可以看到它们都在那里(28个表，包括一些文件，我不知道它是什么)。
我又在我的数据库上做了一次列表，发现这里出了点问题。
-rw-------@ 8 _mysql admin 65 Apr 29 20:29 db.opt
-rw-------@ 8 _mysql admin 8802 Apr 29 22:50 wp_amazonpin_articles_keys.frm
-rw-------@ 8 _mysql admin 8726 Apr 29 22:50 wp_amazonpin_articles_links.frm
-rw-------@ 8 _mysql admin 9239 Apr 29 22:50 wp_amazonpin_camps.frm
-rw-------@ 8 _mysql admin 8568 Apr 29 22:50 wp_amazonpin_categories.frm
-rw-------@ 8 _mysql admin 8596 Apr 29 22:50 wp_amazonpin_feeds_links.frm
-rw-------@ 8 _mysql admin 8668 Apr 29 22:50 wp_amazonpin_feeds_list.frm
-rw-------@ 8 _mysql admin 8712 Apr 29 22:50 wp_amazonpin_keywords.frm
-rw-------@ 8 _mysql admin 8856 Apr 29 22:50 wp_amazonpin_links.frm
-rw-------@ 8 _mysql admin 8680 Apr 29 22:50 wp_amazonpin_log.frm
-rw-------@ 8 _mysql admin 8688 Apr 29 22:50 wp_commentmeta.frm
-rw-------@ 8 _mysql admin 13380 Apr 29 22:50 wp_comments.frm
-rw-------@ 8 _mysql admin 540 Apr 29 22:12 wp_links.MYD
-rw-------@ 8 _mysql admin 3072 Apr 29 22:50 wp_links.MYI
-rw-------@ 8 _mysql admin 13176 Apr 29 22:12 wp_links.frm
-rw-------@ 8 _mysql admin 0 Apr 29 22:12 wp_maker.MYD
-rw-------@ 8 _mysql admin 1024 Apr 29 22:12 wp_maker.MYI
-rw-------@ 8 _mysql admin 8716 Apr 29 22:12 wp_maker.frm
-rw-------@ 8 _mysql admin 6404 Apr 29 22:12 wp_option_tree.MYD
-rw-------@ 8 _mysql admin 8192 Apr 29 22:50 wp_option_tree.MYI
-rw-------@ 8 _mysql admin 8800 Apr 29 22:12 wp_option_tree.frm
-rw-------@ 1 _mysql admin 2334552 Apr 30 06:23 wp_options.MYD
-rw-------@ 1 _mysql admin 318464 Apr 30 06:23 wp_options.MYI
-rw-------@ 8 _mysql admin 8734 Apr 29 22:12 wp_options.frm
-rw-------@ 8 _mysql admin 8682 Apr 29 22:50 wp_postmeta.frm
-rw-rw----@ 2 _mysql admin 26169304 Apr 30 06:02 wp_posts.MYD
-rw-rw----@ 2 _mysql admin 55496704 Apr 30 06:02 wp_posts.MYI
-rw-rw----@ 7 _mysql admin 13684 Apr 30 01:14 wp_posts.frm
-rw-------@ 2 _mysql admin 198896 Apr 30 05:55 wp_stt2_meta.MYD
-rw-------@ 2 _mysql admin 475136 Apr 30 05:55 wp_stt2_meta.MYI
-rw-------@ 8 _mysql admin 8698 Apr 29 22:12 wp_stt2_meta.frm
-rw-------@ 8 _mysql admin 8666 Apr 29 22:50 wp_term_relationships.frm
-rw-------@ 8 _mysql admin 8768 Apr 29 22:50 wp_term_taxonomy.frm
-rw-------@ 8 _mysql admin 8668 Apr 29 22:50 wp_terms.frm
-rw-------@ 8 _mysql admin 8684 Apr 29 22:50 wp_usermeta.frm
-rw-------@ 8 _mysql admin 8968 Apr 29 22:50 wp_users.frm
-rw-------@ 8 _mysql admin 0 Apr 29 22:12 wp_visitor_maps_ge.MYD
-rw-------@ 8 _mysql admin 1024 Apr 29 22:12 wp_visitor_maps_ge.MYI
-rw-------@ 8 _mysql admin 8628 Apr 29 22:12 wp_visitor_maps_ge.frm
-rw-------@ 8 _mysql admin 84 Apr 29 22:12 wp_visitor_maps_st.MYD
-rw-------@ 8 _mysql admin 2048 Apr 29 22:50 wp_visitor_maps_st.MYI
-rw-------@ 8 _mysql admin 8622 Apr 29 22:12 wp_visitor_maps_st.frm
-rw-------@ 8 _mysql admin 160612 Apr 29 22:12 wp_visitor_maps_wo.MYD
-rw-------@ 8 _mysql admin 17408 Apr 29 22:50 wp_visitor_maps_wo.MYI
-rw-------@ 8 _mysql admin 9408 Apr 29 22:12 wp_visitor_maps_wo.frm
-rw-------@ 8 _mysql admin 0 Apr 29 22:12 wp_wpseon_syndacc.MYD
-rw-------@ 8 _mysql admin 1024 Apr 29 22:50 wp_wpseon_syndacc.MYI
-rw-------@ 8 _mysql admin 12901 Apr 29 22:12 wp_wpseon_syndacc.frm
-rw-------@ 4 _mysql admin 34032 Apr 30 05:10 wp_wpseon_visits.MYD
-rw-------@ 3 _mysql admin 4096 Apr 30 06:16 wp_wpseon_visits.MYI
-rw-------@ 8 _mysql admin 9085 Apr 29 22:12 wp_wpseon_visits.frm从上面的清单中可以看到，在我的phpadmin中显示的表是带有MYD、MYI和frm的表，其中有11个表是真正显示的，其余的表丢失了。
我不知道为什么会发生这种事？
回答 1
Server Fault用户
发布于 2012-04-30 00:54:11
现在，这对您可能没有多大帮助，但备份数据库的正确方法是使用实用程序(将其转储为序列化形式)并保存它。然后，当您需要还原它时，只需清空数据库，然后导入转储。有些软件允许您从它的web界面创建数据库备份，或者您可以使用mysqldump实用程序。
通过保存实际的数据库文件来获取备份将遇到的问题是，它们是一个黑匣子。你对他们几乎没有什么保证。例如，DBMS (mysql)可能会将一些东西存储在内存中，并由于内存原因等待将它们刷新到磁盘。这意味着，即使您获得了所有的文件并正确地复制了它们，而且DBMS碰巧接受了它们，如果在mysql守护进程没有运行时，除了备份整个数据目录之外，它们可能处于不一致的状态。
但是，检查mysql对表文件是否有权限。例如，如果使用MyISAM，请检查tablename.frm、tablename.MYD和tablename.MYI是否存在。如果您正在使用innodb，那么还有一个名为ibdata1的文件和另一个名为db.opt的文件，该文件存储表定义的一部分。
通常，如果您要执行二进制恢复(这是最后的选择)，您不仅要恢复一些数据目录，还可以停止mysql守护进程，重命名现有的数据目录，并在重新启动守护进程之前将整个备份目录复制到适当的位置。尝试只对某些表执行二进制还原会产生未定义的结果，包括但不限于您所经历的。
https://serverfault.com/questions/384366
复制相似问题
腾讯云开发者
