Ошибка Mysql 1050 "Таблица уже существует", когда на самом деле она не

Я добавляю эту таблицу:

CREATE TABLE contenttype (
        contenttypeid INT UNSIGNED NOT NULL AUTO_INCREMENT,
        class VARBINARY(50) NOT NULL,
        packageid INT UNSIGNED NOT NULL,
        canplace ENUM('0','1') NOT NULL DEFAULT '0',
        cansearch ENUM('0','1') NOT NULL DEFAULT '0',
        cantag ENUM('0','1') DEFAULT '0',
        canattach ENUM('0','1') DEFAULT '0',
        isaggregator ENUM('0', '1') NOT NULL DEFAULT '0',
        PRIMARY KEY (contenttypeid),
        UNIQUE KEY packageclass (packageid, class)
);

И я получаю таблицу 1050 "уже существует"

Но таблица НЕ существует. Любые идеи?

EDIT: подробности, потому что все, кажется, не верят мне:)

DESCRIBE contenttype

дает:

1146 - Таблица 'gunzfact_vbforumdb.contenttype' не существует

и

CREATE TABLE gunzfact_vbforumdb.contenttype(
contenttypeid INT UNSIGNED NOT NULL AUTO_INCREMENT ,
class VARBINARY( 50 ) NOT NULL ,
packageid INT UNSIGNED NOT NULL ,
canplace ENUM( '0', '1' ) NOT NULL DEFAULT '0',
cansearch ENUM( '0', '1' ) NOT NULL DEFAULT '0',
cantag ENUM( '0', '1' ) DEFAULT '0',
canattach ENUM( '0', '1' ) DEFAULT '0',
isaggregator ENUM( '0', '1' ) NOT NULL DEFAULT '0',
PRIMARY KEY ( contenttypeid ) ,

Урожайность:

1050 - Табл. 'contenttype' уже существует

Ответ 1

Похоже, что у вас таблица Schroedinger...

Серьезно, теперь у вас, вероятно, есть разбитая таблица. Попробуйте:
  • DROP TABLE IF EXISTS contenttype
  • REPAIR TABLE contenttype
  • Если у вас есть достаточные разрешения, удалите файлы данных (в/mysql/data/db_name)

Ответ 2

из журнала MySQL:

InnoDB: You can drop the orphaned table inside InnoDB by
InnoDB: creating an InnoDB table with the same name in another
InnoDB: database and copying the .frm file to the current database.
InnoDB: Then MySQL thinks the table exists, and DROP TABLE will
InnoDB: succeed.

Ответ 3

Я получил ту же ошибку, и REPAIR TABLE (из ответа @NullUserException) не помогло.

В итоге я нашел это решение:

sudo mysqladmin flush-tables

Для меня, без sudo, я получил следующую ошибку:

mysqladmin: refresh failed; error: 'Access denied; you need the RELOAD privilege for this operation'

(Работает на OS X 10.6)

Ответ 4

Вам может понадобиться очистить кеш таблицы. Например:

DROP TABLE IF EXISTS `tablename` ;
FLUSH TABLES `tablename` ; /* or exclude `tablename` to flush all tables */
CREATE TABLE `tablename` ...

Ответ 5

Я борюсь с этим весь день: у меня есть Perl script, который строит набор таблиц, сначала делая DROP IF EXISTS ... на них, а затем CREATE их. DROP преуспел, но на CREATE я получил это сообщение об ошибке: table already exists

Наконец-то я понял: новая версия MySQL, которую я использую, имеет двигатель InnoDB по умолчанию ( "show engine\G;" ). Я изменил его в файле my.cnf по умолчанию на MyISAM, повторно запустил MySQL, и теперь я больше не получаю ошибку "таблица уже существует".

Ответ 6

Встречая ту же проблему (создайте таблицу InnoDB), это то, что окончательно сработало для меня:

DROP DATABASE `having_issues`;

Я проверил файлы, разрешения, попытался выполнить REPAIR и FLUSH, но ничего не получилось.

Итак, если это вариант, переместите все рабочие таблицы в другую базу данных, отбросьте старую (вам может потребоваться вручную удалить любые файлы из папки базы данных до того, как она начнет работать), переименуйте новую, должен "вернуться на ваш путь". По-видимому, все, что "кэшируется" с помощью InnoDB, отбрасывается вместе с исходной базой данных.

Ответ 7

У меня была эта проблема на Win7 в Sql Maestro для MySql 12.3. Огромное раздражение, шоу-стоп на самом деле. Ничто не помогло, даже не отбросило и не воссоздало базу данных. У меня есть такая же настройка на XP, и она работает там, поэтому, прочитав ваши ответы о разрешениях, я понял, что это должны быть разрешения Win7. Поэтому я запускал MySql как администратор, и хотя Sql Maestro запускался нормально, ошибка исчезла. Таким образом, это может быть проблема с разрешениями между Win7 и MySql.

Ответ 8

Я также столкнулся с этой проблемой, когда пытаюсь создать таблицу, в которой говорилось, что она уже существует, и сбросив таблицу, сказал, что ее не существует.

Я сделал "FLUSH TABLES", и он очистил проблему.

Ответ 9

Аналогичная проблема возникла при создании представления. Представление было раньше, но из-за некоторых изменений, которые он удалил. Но когда я попытался добавить его снова, он показывал мне сообщение об ошибке "вид уже существует".

Решение:

Вы можете сделать одно дело вручную.

  • Перейдите в папку MySQL, в которой вы ее установили.
  • Перейдите в папку данных внутри нее.
  • Выберите свою базу данных и зайдите в нее.
  • База данных создает файлы формата .frm.
  • удалить конкретный файл таблицы.
  • Теперь создайте таблицу еще раз.

Он успешно создаст таблицу.

Ответ 10

Сначала проверьте, находитесь ли вы в правильной базе данных USE yourDB и попробуйте Select * from contenttype просто посмотреть, что это такое, и если оно действительно существует...

Ответ 11

У меня была такая же проблема в Mac OS X и MySQL 5.1.40. Я использовал eclipse для редактирования моего SQL script, и я попробовал MySQLWorkbench 5.2.28. Вероятно, он преобразует символы новой строки в формат Mac. Я понятия не имел, что случилось с моим script, пока я не прокомментировал первую строку в файле. После этого этот script был интерпретирован mysql как один комментарий. Для этого я использовал встроенное приложение TextEdit Mac. После того, как разрывы строк были преобразованы в правильный формат, ошибка 1050 исчезла.

Обновление для пользователей Eclipse:

Чтобы настроить окончание по умолчанию для новых файлов, созданных по всей рабочей области:

Окно → Настройки → Общие → Рабочая область → Новая строка текстового файла разделитель.

Чтобы преобразовать существующие файлы, откройте файл для редактирования и для текущего файла, перейдите в меню:

Файл → Преобразование разделителей строк в

Ответ 12

У меня был такой же случай. Проблема заключалась в разрешении родительского каталога.

В ходе тестирования я копировал файлы из mysql и из него.

drwx------   3 _mysql  wheel 

недостаточно, необходимо:

-rw-rw----   3 _mysql  wheel 

Извините, что воскрес.

Ответ 13

Я борюсь с той же проблемой. Я не могу создать таблицу, даже если она не существует. Я пробовал все вышеперечисленные решения без успеха.

Моим решением было удалить файлы ib_logfil0, ib_logfile1, ibdata1 и auto.cnf из папки данных MySQL; перед удалением этих файлов обязательно запустите службу MySQL.

Затем после перезапуска службы MySQL воссоздал эти файлы, и я смог запустить резервную копию script, все мои файлы CREATE были сохранены (файл sqldump).

Ответ 14

У меня была такая же проблема, и похоже, что имя базы данных было чувствительным к регистру. Моя база данных называется:

Mydatabase

Хотя мой script включен

USE mydatabase

Как только я изменил имя базы данных на правильный случай, все это работало. Использование инструментария MYSQL для MAC OSX

Ответ 15

Эта проблема также возникает, если в базе данных существует "представление" (мнимая таблица) как одно и то же имя, что и наше новое имя таблицы.

Ответ 16

В моем случае я обнаружил, что это проблема с InnoDB; Я никогда не обнаружил, что представляет собой настоящая проблема, но создание в качестве MyISAM позволило ему построить

Ответ 17

Вы не поверите мне! Я только что удалил блок комментариев из моего файла .sql, и теперь он работает.

CREATE DATABASE  IF NOT EXISTS 'issga' /*!40100 DEFAULT CHARACTER SET utf8 */;
USE 'issga';
--
-- Table structure for table 'protocolo'
--

DROP TABLE IF EXISTS protocolo;
/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
 CREATE TABLE protocolo (
  'idProtocolo' int(11) NOT NULL AUTO_INCREMENT,
  'tipo' varchar(30) DEFAULT NULL,
  'estado' int(2) DEFAULT 0,
  PRIMARY KEY ('idProtocolo')
 ) ENGINE=InnoDB AUTO_INCREMENT=142 DEFAULT CHARSET=utf8;
 /*!40101 SET character_set_client = @saved_cs_client */;

--
-- Dumping data for table 'protocolo'
--

LOCK TABLES protocolo WRITE;
/*!40000 ALTER TABLE protocolo DISABLE KEYS */;
/* INSERT INTO 'protocolo' VALUES () */
/*!40000 ALTER TABLE protocolo ENABLE KEYS */;
UNLOCK TABLES;

Удаленный блок комментариев был таким:

--
-- Table structure for table 'protocolo'
-- 

Я оставил проблемную таблицу один в том же файле .sql. После этого я удалил комментарии, остался единственный код и ошибка исчезла.

Ответ 18

Мой оператор CREATE был частью промежуточного сценария env.

Я попробовал все, что было упомянуто выше. Я НЕ получил решение. Однако мой путь к искуплению:

  • Я натыкаюсь на то, что (один из многих в) оператор CREATE прошел, когда я исправил чувствительность к регистру базы данных. Это что-то нажало. Я повторил то же самое для других таблиц.

  • Однако на сцену появилась новая ошибка. Прямые цитаты для "комментариев" бросали синтаксическую ошибку. Я был потрясен. заменили их, но появилась новая ошибка. Наконец я знал решение.

РЕШЕНИЕ: Дамп, который я использовал, возможно, был из другой версии MySql. Я получил разрешение на подключение к промежуточной MYsql с помощью локальной (установленной на моей машине) рабочей среды mysql. Я не rdp на промежуточном сервере для входа в очередь для работы с mysql workbench. Создал дамп оттуда. Отказался от дампа, и он работал как сладкий.

Ответ 19

Для меня проблема возникла при использовании копии файловой системы базы данных mysql вместо mysqldump. У меня есть очень большие таблицы, в основном MyISAM и несколько таблиц кэша InnoDB, и это не является практичным для mysqldump данных. Поскольку мы все еще запускаем MyISAM, XtraBackup не является вариантом.

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

Проблема возникла на двух машинах, оба были исправлены путем копирования резервных копий. Тем не менее, я заметил, что в моей резервной копии был файл .MYD и .MYI, хотя у меня создалось впечатление, что эти файлы не используются для InnoDB. У файлов .MYD и .MYI был владелец root, а .frm принадлежал mysql.

Если вы копируете из резервной копии, проверьте права доступа к файлу. Таблицы Flush могут работать, но я решил закрыть и перезапустить базу данных.

Удачи.

Ответ 20

gosh, у меня была та же проблема с osCommerce install script, пока я не выяснил, что система mysql имеет много баз данных, а запрос create table сам копирует в каждый из них и, таким образом, отбрасывает только рабочую таблицу на активном db didnt help, мне пришлось отказаться от таблицы из всех dbs

Ответ 21

пытался импортировать резервный sql файл, но получал ошибку; 1050 "Таблица уже существует"

Моя настройка была:

  • Windows 7
  • Mysql 5.5.16

Решение:

  • Изменен движок сервера от InnoDB до MyISAM
  • Использование phpMyAdmin Удаленная база данных, которую я пытался импортировать в
  • Перезапуск службы mysql
  • Пробовал повторный импорт и работал

Ответ 22

У меня возникли огромные проблемы с ошибкой 1050 и 150.

Проблема заключалась в том, что я пытался добавить ограничение с ON DELETE SET NULL в качестве одного из условий.

Переход на ON DELETE NO ACTION позволил мне добавить необходимые ограничения FK.

К сожалению, сообщения об ошибках MySql совершенно бесполезны, поэтому я должен был найти это решение итеративно и с помощью ответов на вопрос выше.

Ответ 23

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

drop view `my-view-that-has-same-name-as-table`;

Автоматизированное решение, которое сработало для меня, - это заменить стандартную таблицу drop на этот sed во время дампа, чтобы также удалить любые существующие представления:

mysqldump my-db \
| sed -E 's/^DROP TABLE IF EXISTS(.+)$/\0 DROP VIEW IF EXISTS\1/g' \
| mysql my-other-db

Или, если вы предпочитаете печатать в файл для резервного копирования

mysqldump my-db \
| sed -E 's/^DROP TABLE IF EXISTS(.+)$/\0 DROP VIEW IF EXISTS\1/g' \
> my-db.dump.sql

Или, если вы получили сбрасываемый файл и импортируете его в свой db

cat my-db.dump.sql \
| sed -E 's/^DROP TABLE IF EXISTS(.+)$/\0 DROP VIEW IF EXISTS\1/g' \
| mysql my-other-db

Вы получаете идею

Примечание: важно добавить ^ в начало замещающего регулярного выражения, потому что в дампах, которые вы не хотите касаться, есть другие типы команд DROP TABLE IF EXISTS.

У вас есть что-то вроде этого:

--
-- Table structure for table `my_table`
--

DROP TABLE IF EXISTS `my_table`;
/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `my_table` (
...

Чтобы иметь что-то вроде этого:

--
-- Table structure for table `my_table`
--

DROP TABLE IF EXISTS `my_table`; DROP VIEW IF EXISTS `my_table`;
/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `my_table` (
...

Ответ 24

Ваш диск также может быть заполнен. (просто было)

Ответ 25

У меня была такая же ошибка, но я знал, что таблица уже существует, и хотел добавить к ней. Я добавляю свой ответ, так как этот вопрос для меня в Google выглядит как № 1 при поиске той же ошибки, но по немного другому сценарию. В основном мне нужно было поставить галочку

"Добавить оператор DROP TABLE/VIEW/PROCEDURE/FUNCTION/EVENT/TRIGGER"

И это решило ошибку для меня.