mysqldump

mysqldump -uUSER -pPASS DBNAME > filename.sql

меня смущает в вашем посте -h ***.***

По-идее, мускульдамп лочит таблицы. Ошибка может вылезать если ее, эту таблицу активно юзают... я думаю никаких ошибок быть не должно.

В любом случае запустите mysqlcheck --repair --analyze --optimize --all-databases --auto-repair

Это из FAQ-а хостера взял - хост, с этим проблем вроде как быть не должно, там в FAQ прописано, что этот хост - логин.mysql

Спасибо, но в этой базе и нет такой таблицы - судя по тому, что пишет, это какие-то tablespaces - а что это, я так толком не понял - таблицы FILES в базе не вижу

Спасибо, это, наверно, пригодится - но в данном случае, прогнал это дело, mysqldump выполнил - дамп создался - но вылезает та же ошибка по поводу tablespaces и таблицы FILES :(

А когда мускульчек делали, что он писал?

Скажите при восстановлении бекапа сделаного в phpMyAdmin, при восстановлении все работает?

Почти везде OK, для нескольких таблиц Table is already up to date

Да вроде как все работает, и не только при восстановлении дампа phpmyadmin - но и при восстановлении дампа mysqldump при котором создается сообщение об ошибке, процитированное в первом сообщении (дамп все-таки создается) - что за таблицу FILES не может задампить, не знаю, я такой не вижу

БОЛЬШОЕ СПАСИБО за отклики,

получил ответ от хостера, что у них при выполнении команды без указания --no-tablespaces также производится резервное копирование служебных таблиц, к которым доступ закрыт - так что там надо запускать mysqldump с --no-tablespaces

Так что тему можно закрывать, сорри, что побеспокоил, но я уж не надеялся на ответ от хостера - но то ли открытие этой темы помогло, то ли так совпало, что дошло дело до моего вопроса - ответ получил

Хостеру за отклик - отдельное спасибо :)