【问题标题】:mysqldump created dump is uncompletemysqldump 创建的转储不完整
【发布时间】:2013-02-16 19:38:18
【问题描述】:

TYPO3 安装在其名为 typo3 的数据库中有 57 个表。 通过命令使用mysqldump 程序创建转储

mysqldump --host=127.0.0.1 --password=<PASSWORD> --protocol=tcp --port=3306 --user=<ROOT-USER> --lock-all-tables --databases typo3 > dump.sql

仅包含 47 个表。 如果数据库连接是通过套接字完成的,并且如果“--lock-all-tables”选项被忽略,也会出现同样的结果。 如何制作包含所有表格的完整转储?

缺少的表格是

  • index_config
  • index_debug
  • index_fulltext
  • index_grlist
  • index_phash
  • index_rel
  • index_section
  • index_stat_search
  • index_stat_word
  • index_words

【问题讨论】:

  • 您是否检查了 SQL 文件,如果那里的表也丢失了?这些表视图是不同数据库的吗?我想这不是那个命令的问题。
  • 感谢 Urs 和 Viktor Livakivskyi 的帮助!问题是由 cron 触发的单个脚本引起的。

标签: typo3 mysqldump


【解决方案1】:

我不确定,为什么所有 index_* 表都没有用 mysqldump 转储,但我可以建议你使用SypexDumper。在大多数情况下,当无法进行 mysqldump 或 phpMyAdmin 转储时,它节省了我的时间。

【讨论】:

    【解决方案2】:

    我用这个来转储:mysqldump -u server_dbuser -p -h localhost server_db > dbdump.sql

    你试过 phpmyadmin 吗?

    是否需要 index_ 表,还是可以随时重建?

    【讨论】:

      【解决方案3】:

      感谢 Urs 和 Viktor Livakivskyi 的帮助!问题是由 cron 触发的单个脚本引起的。

      【讨论】:

        猜你喜欢
        • 2011-08-05
        • 2012-01-29
        • 1970-01-01
        • 1970-01-01
        • 2010-11-04
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2016-07-23
        相关资源
        最近更新 更多