Я использую Windows XP. Я создаю таблицу в phpMyAdmin, используя встроенную функцию создания таблицы,
мое имя базы данных ddd.
Он генерирует следующий код:
CREATE TABLE `ddd`.`mwrevision` (
`asd` INT NOT NULL AUTO_INCREMENT PRIMARY KEY ,
`sddd` INT NOT NULL
) ENGINE = INNODB;
и появляется следующая ошибка:
MySQL said:
#1146 - Table 'ddd.mwrevision' doesn't exist
В чем может быть проблема?
У меня также была такая же проблема в прошлом. Все это произошло после перемещения файлов базы данных в новое место и после обновления сервера mysql. Все таблицы с движком InnoDB исчезли из моей базы данных. Я пытался их воссоздать, но mysql все время говорил мне 1146: Table 'xxx' doesn't exist, пока я не восстановил свою базу данных и не перезапустил службу mysql.
Мне кажется, что нужно читать бинарные файлы InnoDB.
У меня была такая же проблема и я не могу получить хороший совет для этого через Интернет, поэтому я поделился этим для вас и для всех, кто нуждается.
В моей ситуации я копирую базу данных (все файлы: frm, myd) в папку данных в папке данных MySQL (используя Wamp at home). Все было в порядке, пока я не хочу создать таблицу и имею ошибку #1146 Table '...' doesn't exist!.
Я использую Wamp 2.1 с MySQL версии 5.5.16.
Мое решение:
Экспорт базы данных в файл;
проверить, действительно ли экспортированный файл в порядке!
отбросить базу данных, где есть проблемы;
создать новую базу данных с тем же именем, что и последняя,
импортируйте файл в базу данных.
ДЛЯ МЕНЯ РЕШЕНА ПРОБЛЕМА. Теперь я могу создавать таблицы снова без ошибок.
Перезапуск MySQL отлично работает для меня.
В моем случае я выполнил эту команду, даже если таблица не была видна в PhpMyAdmin:
DROP TABLE mytable
затем
CREATE TABLE....
Работал для меня!
Проверьте имена файлов.
Возможно, вам понадобится создать новую базу данных в phpmyadmin, которая соответствует базе данных, которую вы пытаетесь импортировать.
У меня была та же проблема. Я попытался создать таблицу в mysql и получил ту же ошибку. Я перезапустил сервер mysql и запустил команду и смог создать/перенести таблицу после повторения.
Сегодня я столкнулся с такой же проблемой. Я был в очень сложной ситуации, но какой идентификатор я создал таблицу с разным именем, например (modulemaster не создавал, затем я создавал modulemaster1), и после создания таблицы я просто делаю таблицу переименования.
Сегодня я столкнулся с той же проблемой. Я пытался создать таблицу users, и мне было предложено ERROR 1146 (42S02): Table users doesn't exist, что не имело никакого смысла, потому что я просто пытался создать таблицу!!
Затем я попытался удалить таблицу, набрав DROP TABLE users, зная, что она потерпит неудачу, потому что она не существует, и я получил сообщение об ошибке Unknown table users. Получив эту ошибку, я попытался снова создать таблицу, и, как ни странно, она успешно создала таблицу!
Моя интуиция заключается в том, что я, вероятно, создал эту таблицу раньше, и она каким-то образом не была полностью очищена. Явным образом сказал DROP TABLE мне удалось reset внутреннее состояние каким-то образом? Но это только моя догадка.
Короче говоря, попробуйте DROP любую таблицу, которую вы создаете, и СОЗДАЙТЕ ее снова.
В качестве pprakash упоминается выше, копирование файлов table.frm И файл ibdata1 работал у меня. (Я бы просто прокомментировал этот комментарий, но это требование SO для 50 пунктов означает, что я должен предоставить решение, даже если это просто передел существующего... странный.)
Короче:
После этого все было хорошо. (Не забудьте сделать резервную копию, если у вас есть успех!)
Имена столбцов должны быть уникальными в таблице. Вы не можете иметь два столбца с именем asd в той же таблице.
запустить из CMD и% path% = установить в mysql/bin
mysql_upgrade -u user -ppassword
Недавно у меня была такая же проблема, но на Linux Server. База данных была разбита, и я восстановил ее из резервной копии на основе простого копирования /var/lib/mysql/* (аналоговая папка DATA mysql в wamp). После восстановления мне пришлось создать новую таблицу и получить mysql-ошибку # 1146. Я попытался перезапустить mysql, и он сказал, что это не может начаться. Я проверил журналы mysql и обнаружил, что mysql просто не имеет доступа к своим файлам DB. Я проверил информацию о владельце /var/lib/mysql/ * и получил 'myuser:myuser' (myuser is me). Но это должно быть 'mysql:adm' (так это собственная машина разработчика), поэтому я сменил владельца на "mysql: adm". И после этого mysql начал нормально, и я мог создавать таблицы или выполнять любые другие операции.
Итак, после перемещения файлов базы данных или восстановления из резервных копий проверьте доступность буферов для mysql.
Надеюсь, что это поможет...
Причина, по которой я столкнулся, состояла в том, что у меня было два файла "models.py", которые содержали несколько разных полей. Я разрешил это:
Я получил эту проблему после копирования файла таблицы mytable.idb из другого места. Чтобы устранить эту проблему, я сделал следующее:
ALTER TABLE mydatabase.mytable DISCARD TABLESPACE;
Скопировать файл mytable.idb
ALTER TABLE mydatabase.mytable IMPORT TABLESPACE;
Перезагрузка MySql
У меня была такая же проблема. Это произошло после ошибки запуска Windows, похоже, из-за этого некоторые файлы были повреждены. Я снова импортировал БД из сохраненного script, и он отлично работает.
У меня была эта проблема из-за срабатывания триггера. Работала после того, как я удалил триггер.
В моем случае параметр MySQL; lower_case_table_names был настроен = 0.
Он вызывает запросы, связанные с использованием верхних регистров, не будет работать.
Для меня это была проблема с верхним/нижним регистром. Я должен был удостовериться, что имя файла таблицы совпало в запросе удаления, notifications таблицах были не такими же, как Notifications. Я исправил его, сопоставив случай с именем таблицы с запросом и сообщением MySQLWorkbench.
Что странно, так это то, что эта ошибка появилась в обработанном sql-заявлении. Не знаю, что вызвало чувствительность этого случая. Возможно, обновление AWS AWS.