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' уже существует
24 ответов
звучит как Шредингера таблице...
серьезно, у вас, вероятно, сломанный стол. Попробуйте:
DROP TABLE IF EXISTS contenttypeREPAIR TABLE contenttype- если у вас есть достаточные разрешения, удалите файлы данных (в /mysql/data/db_name)
из журнала 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.
я получил эту же ошибку, и таблица восстановления (из ответа @NullUserException) не помогла.
В конце концов я нашел данное решение:
sudo mysqladmin flush-tables
для меня, без sudo, Я получил следующую ошибку:
mysqladmin: refresh failed; error: 'Access denied; you need the RELOAD privilege for this operation'
(работает на OS X 10.6)
возможно, потребуется очистить кэш таблицы. Например:
DROP TABLE IF EXISTS `tablename` ;
FLUSH TABLES `tablename` ; /* or exclude `tablename` to flush all tables */
CREATE TABLE `tablename` ...
я боролся с этим весь день: у меня есть скрипт на Perl, который создает набор таблиц, выполнив DROP IF EXISTS ... и CREATEing их. The DROP удалось, но на CREATE Я получил это сообщение об ошибке: table already exists
я, наконец, добрался до сути: новая версия MySQL, которую я использую, имеет движок по умолчанию InnoDB ("show engine \G;"), я изменил его в my.cnf файл по умолчанию MyISAM, перезапустил MySQL, и теперь я больше не получаю " таблицу уже существует ошибка".
столкнувшись с той же проблемой (создайте таблицу InnoDB), это то, что наконец сработало для меня:
DROP DATABASE `having_issues`;
Я проверил на основе файла, разрешения, попытался восстановить и смыть, но ничего не получилось.
поэтому, если это опция, переместите все рабочие таблицы в другую базу данных, отбросьте старую (возможно, вам придется вручную удалить любые файлы из папки базы данных перед падением на работу) переименуйте новый, и вы должны быть на вашем пути. По-видимому, все, что "кэшируется" с помощью InnoDB, удаляется вместе с исходной базой данных.
У меня была эта проблема на Win7 в Sql Maestro для MySql 12.3. Ужасно раздражает, на самом деле, остановка шоу. Ничто не помогало, даже удаление и воссоздание базы данных. У меня такая же настройка на XP, и она работает там, поэтому после прочтения ваших ответов о разрешениях я понял, что это должны быть разрешения Win7. Поэтому я запустил MySql как администратор, и хотя Sql Maestro был запущен нормально, ошибка исчезла. Таким образом, это должно было быть проблемой разрешений между Win7 и Для MySQL.
Я также столкнулся с этой проблемой, когда при попытке создать таблицу сказал, что она уже существует и отбрасывая таблицу сказал, что она не существует.
Я сделал "флеш-таблицы", и это очистило проблему.
такая же проблема возникла со мной при создании представления. Представление присутствовало ранее из-за некоторых изменений, которые он удалил, но когда я попытался добавить его снова, он показывал мне сообщение об ошибке "view already exists".
решение:
вы можете сделать одну вещь вручную.
- перейдите в папку MySQL, где вы установили его
- перейдите в папку данных внутри него.
- выберите базу данных и зайдите внутрь он.
- базы данных создает ".frm " формат файлов.
- удалить файл конкретной таблицы.
- Теперь создайте таблицу снова.
Он успешно создаст таблицу.
сначала проверьте, находитесь ли вы в правильной базе данных USE yourDB и Select * from contenttype просто посмотреть, что это такое и существует ли оно на самом деле...
У меня была такая же проблема в Mac OS X и MySQL 5.1.40. Я использовал eclipse для редактирования моего SQL-скрипта, а затем попробовал MySQLWorkbench 5.2.28. Вероятно, он преобразовал символы новой строки в формат Mac. Я понятия не имел, что не так с моим сценарием, пока я не прокомментировал первую строку в файле. После этого этот скрипт был интерпретирован mysql как один единственный комментарий. Я использовал встроенное приложение TextEdit Mac, чтобы исправить это. После того, как разрывы строк были преобразованы в правильный формат, ошибка 1050 ушедший.
обновление для пользователей Eclipse:
чтобы настроить окончание по умолчанию для новых файлов, созданных во всей рабочей области:
у меня был такой же случай. Проблема закончилась тем, что разрешения на родительский каталог.
я копировал файлы в mysql и из mysql во время тестирования.
drwx------ 3 _mysql wheel
было недостаточно, нужно было:
-rw-rw---- 3 _mysql wheel
извините за воскрешение.
Я борюсь с той же проблемой. Я не могу создать таблицу, даже если она не существует. Я пробовал все вышеперечисленные решения без успеха.
моим решением было удалить файлы ib_logfil0, ib_logfile1, ibdata1 и auto.cnf из папки данных MySQL; убедитесь, что сначала остановите службу MySQL перед удалением этих файлов.
затем после перезапуска службы MySQL воссоздал эти файлы, и я смог запустить сценарий резервного копирования, все мои CREATEs были хранится (файл sqldump).
у меня была такая же проблема, и похоже, что имя базы данных было чувствительным к регистру. Моя база данных называется:
Mydatabase
в то время как мой скрипт входит
USE mydatabase
Как только я изменил имя базы данных на правильный случай, все это, казалось, работало. Использование MySQL Workbench на MAC OSX
эта проблема также возникает, если "представление" (воображаемая таблица) существует в базе данных с тем же именем, что и наше новое имя таблицы.
в моем случае я обнаружил, что это проблема с InnoDB; я никогда не обнаружил, в чем заключалась фактическая проблема, но создание как MyISAM позволило ему построить
вы не верите мне!! Ive просто удалите блок комментариев из моего .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-файл. После этого я удалил комментарии, остался только код, и ошибка пропадает.
для меня проблема была вызвана при использовании копии файловой системы каталога базы данных mysql вместо mysqldump. У меня есть очень большие таблицы, в основном MyISAM и несколько таблиц кэша InnoDB, и это не практично mysqldump данные. Поскольку мы все еще запускаем MyISAM, XtraBackup не является вариантом.
те же симптомы, что и выше произошло со мной. Таблицы нет, в каталоге нет файлов, относящихся к таблице, но она не может быть создана, потому что MySQL думает его там. Drop table говорит, что его нет, create table говорит, что он есть.
проблема возникла на двух машинах, обе были исправлены путем копирования резервных копий. Тем не менее, я заметил, что в моей резервной копии есть .MYD and .MYI файл, хотя я был под впечатлением, что эти файлы не используются для InnoDB. Этот.MYD and .Файлы MYI имели владельца root, в то время как.frm принадлежал mysql.
Если вы копируете из резервной копии, проверьте права доступа к файлам. Таблицы Flush могут работа, но я решил закрыть и перезапустить базу данных.
удачи.
боже, у меня была такая же проблема с osCommerce установить скрипт, пока я не выяснил, что система mysql имеет много баз данных и create table запрос копирует себя в каждый и, таким образом, удаление только рабочей таблицы на активной БД не помогло, мне пришлось удалить таблицу из всех dbs
мой оператор CREATE был частью промежуточного дампа env.
Я попробовал все, что было сказано выше. Я не получил решения. Однако мой путь к искуплению был:
я натыкаюсь на тот факт, что (один из многих) оператор CREATE прошел, когда я исправил чувствительность к регистру имени базы данных. Что-то щелкнуло. Я повторил то же самое для других столов.
однако на сцену вышла новая ошибка. Прямые кавычки для "комментариев" бросали синтаксическую ошибку. Я был потрясен. заменил их, но новая ошибка начала появляться. Наконец-то я нашел решение.
решение: дамп, который я использовал, мог быть из другой версии MySql. Я получил разрешение подключиться к промежуточному MYsql, используя локальный (установленный на моей машине) MySQL workbench. Я не rdp в промежуточный сервер для входа в промежуточный MySQL workbench. Создал дамп оттуда. Побежал на свалку и это сработало как конфета.
пытался импортировать резервный файл sql, но получал ошибку; 1050 "таблица уже существует"
моя установка была такой:
- Windows 7
- Mysql 5.5.16
устранение:
- изменен движок сервера с InnoDB на MyISAM
- используя phpMyAdmin удалил базу данных, которую я пытался импортировать в
- перезапустил службу mysql
- попробовал реимпорт и он работал
у меня были огромные проблемы с ошибкой 1050 и 150.
проблема для меня заключалась в том, что я пытался добавить ограничение с ON DELETE SET NULL как одно из условий.
изменение ON DELETE NO ACTION позволил мне добавить необходимые ограничения FK.
к сожалению, сообщения об ошибках MySql совершенно бесполезны, поэтому мне пришлось найти это решение итеративно и с помощью ответов на вопрос выше.
в моем случае проблема заключалась в том, что было представление с тем же именем, что и моя таблица, поэтому мне пришлось удалить представление, чтобы позволить импорту продолжаться.
drop view `my-view-that-has-same-name-as-table`;
автоматическое решение, которое сработало для меня, - заменить обычную таблицу drop на этот sed во время дампа, чтобы также удалить любые представления, которые могут существовать:
mysqldump my-db \
| sed -E 's/^DROP TABLE IF EXISTS(.+)$/ DROP VIEW IF EXISTS/g' \
| mysql my-other-db
или если вы предпочитаете печатать в файл для резервного копирования
mysqldump my-db \
| sed -E 's/^DROP TABLE IF EXISTS(.+)$/ DROP VIEW IF EXISTS/g' \
> my-db.dump.sql
или если вы получили сбросил файл и импортируете его в свой db
cat my-db.dump.sql \
| sed -E 's/^DROP TABLE IF EXISTS(.+)$/ DROP VIEW IF EXISTS/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` (
...