तालिका नहीं बना सकते, लेकिन तालिका मौजूद नहीं है


11

मैं तालिका बनाने के लिए इन चरणों का उपयोग कर रहा हूं my_user, जो पहले से मौजूद हैं लेकिन किसी तरह अपने डेटाबेस से गायब हो गए हैं my_db:

mysql> USE my_db;
mysql> DROP TABLE my_user;
mysql> ERROR 1051 (42S02): Unknown table 'my_user'
mysql> CREATE TABLE my_user (id INT AUTO_INCREMENT NOT NULL, username VARCHAR(255), group_id VARCHAR(255) DEFAULT NULL, PRIMARY KEY(id)) DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci ENGINE = InnoDB;
mysql> ERROR 1005 (HY000): Can't create table 'my_db.my_user' (errno: -1)

की कोशिश की # mysqladmin flush-tablesऔर ऊपर के चरणों को दोहराया लेकिन यह उपयोगी नहीं था। इसके अलावा, mysqlसेवा को फिर से शुरू किया , लेकिन अच्छा नहीं।

कोई विचार? Google ने मुझे अब तक विफल कर दिया है। धन्यवाद।

अधिक जानकारी:

mysql> SHOW engine innodb STATUS;
------------------------
LATEST FOREIGN KEY ERROR
------------------------
140703 15:15:09 Error in foreign key constraint of table my_db/my_user
there is no index in the table which would contain
the columns as the first columns, or the data types in the
table do not match the ones in the referenced table
or one of the ON ... SET NULL columns is declared NOT NULL. Constraint:
,
  CONSTRAINT "FK_CFBD431E285FAC6D" FOREIGN KEY ("group_id") REFERENCES "my_group" ("id")

1
क्या आप वाकई कहीं टाइपो नहीं हैं? आप कहते हैं कि आप तालिका बना रहे हैं, my_userलेकिन त्रुटि के बारे में है my_db.user...
15-29 पर मस्तियो

@mustaccio, yep ने एक टाइपो बनाया जब मेज के नाम को my_user (मूल में एक लंबा, भ्रमित करने वाला नाम) छोटा किया गया। दरअसल CREATE TABLEकोड डॉक्ट्रिन ORM लाइब्रेरी (PHP) द्वारा जनरेट किया गया है।
शोर

इसलिए, ये वास्तविक नाम नहीं हैं, आप हमें चिढ़ा रहे हैं ...
mustaccio

यदि आपने InnoDB डिक्शनरी में रिकॉर्ड छोड़ दिया है तो यह आपको उसी नाम से टेबल नहीं बनाने देगा। अपने मामले की तरह लग रहा है, लेकिन अधिक जांच की जरूरत है। नकली my_user.frm और my_user.ibd डालने का प्रयास करें और तालिका को गिरा दें।
akuzminsky

क्या वास्तविक तालिका नाम में कोई अजीब चरित्र है (अल्फ़ान्यूमेरिक नहीं)? क्या यह एक अंक या एक अजीब चरित्र के साथ शुरू होता है?
ypercube y

जवाबों:


7

InnoDB वास्तुकला

InnoDB वास्तुकला

विश्लेषण

  • किसी तरह, तुम my_user.frmऔर my_user.ibdफ़ाइलें खो दिया है । डेटा शब्दकोश में अभी भी उस तालिका के लिए एक प्रविष्टि है।
  • आप नहीं चल सकते DROP TABLE my_user;क्योंकि mysqld my_user.frmपहली बार दिखता है । चूंकि यह नहीं है my_user.frm, तालिका को गिराया नहीं जा सकता।
  • हालाँकि my_user.frmयह मौजूद नहीं है, आप नहीं चला सकते CREATE TABLE my_user ...क्योंकि mysqld को लगता है कि तालिका बनाना ठीक है, लेकिन फिर स्टोरेज इंजन को ख़राब कर देता है। InnoDB का कहना है कि "मेरे पास पहले से ही my_user का टेबलस्पेस_ड पंजीकृत है"।

यदि आप MyISAM का उपयोग करके तालिका बनाते हैं तो घटनाओं का यह क्रम साबित हो सकता है। mysqld इसकी अनुमति देगा। एक बार जब आप InnoDB पर स्विच करते हैं, तो यह डेटा डिक्शनरी में वापस चला जाता है, जो उस प्रविष्टि पर दोषपूर्ण है।

मेरे दो सुझाव हैं

शुक्रिया # 1

अब उस नाम के साथ तालिका न बनाएं। एक अलग तालिका नाम का उपयोग करें

CREATE TABLE my_usertable (id INT AUTO_INCREMENT NOT NULL, username VARCHAR(255), group_id VARCHAR(255) DEFAULT NULL, PRIMARY KEY(id)) DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci ENGINE = InnoDB;

इससे आपको अपने एप्लिकेशन कोड में तालिका का नाम बदलना पड़ेगा

सुझाव # 2

मैंने अपनी पोस्ट इनोबीडी टेबल सेलेक्ट रिटर्न ERROR 2006 (HY000) में इस समस्या से निपटा है : MySQL सर्वर चला गया है (पावर आउटेज के बाद)


# 1 शानदार जवाब, विवरण के लिए धन्यवाद। # 2 मायसक्लडंप (एड), मायस्कल्ड को रोक दिया, ibdata1 को हटा दिया, फिर से शुरू किया गया लेकिन फिर से सफलतापूर्वक शुरू करने के लिए डेमॉन नहीं मिल सकता है। बेहतर यह समझने की जरूरत है कि क्या हो रहा है।
शोर

ठीक है, अब सब कुछ काम कर रहा है। भी निकालना था ib_logfile0और ib_logfile1(साथ में ibdata1)। आयात के बाद मैं my_userबिना किसी समस्या के तालिका बना सकता था । धन्यवाद रोलैंडो!
शोरगुल

मैंने अब दो अन्य तालिकाओं को खो दिया है। मैं प्रत्येक निष्पादित क्वेरी को रिकॉर्ड कर रहा हूं और उन तालिकाओं का उपयोग करके हटाया नहीं गया था DROP TABLE। कुछ गड़बड़ चल रही है।
बजे

धन्यवाद। एक ही सटीक समस्या है। मेरे डेटाबेस में 1 टेबल गायब है और मैं इसे बैकअप से पुनर्स्थापित नहीं कर सकता क्योंकि मैं तालिका नहीं बना सकता।
गिगिह अजी इब्राहिम

5

बस मुझे अपना समाधान जोड़ना है क्योंकि मुझे एक समान समस्या थी।

टी एल; डॉ

  • एक ही विदेशी कुंजी विनिर्देशन के साथ तालिका को फिर से बनाएं लेकिन पहले से तालिका के अनुसार एक अलग नाम के साथ।
  • परिणामी तालिका गिराएं (मूल अनाथ विदेशी कुंजी भी छोड़ देंगे)
  • मूल या कोई विदेशी कुंजी के साथ विश्राम तालिका

विस्तार

मैं उस खराब स्थिति में भाग गया, जहाँ एक विदेशी कुंजी पहले से न गिराए जाने के कारण विफल हो गई थी। इसके कारण InnoDB डेटा डिक्शनरी में कुछ विसंगतियां हुईं (शायद http://bugs.mysql.com/bug.php?id=58215 के कारण )।

संबंधित प्रश्न यहां: /programming/16857451/error-in-foreign-key-constraint-on-a-droped-table

mysql> ALTER TABLE `visits` CHANGE COLUMN `variation_visitor_id` `variation_visitor_id` INT(11) NOT NULL  ;

'./Db/#sql-482c_8448f' से './db/visits' (त्रुटिपूर्ण: 150) के नाम बदलने में त्रुटि

mysql> SHOW ENGINE INNODB STATUS;

Error in foreign key constraint of table db/visits:
 FOREIGN KEY (`variation_visitor_id`) REFERENCES `variations_visitors` (`id`) ON DELETE NO ACTION ON UPDATE NO ACTION
) ENGINE=InnoDB DEFAULT CHARSET=utf8
Cannot find an index in the referenced table where the
referenced columns appear as the first columns, or column types
in the table and the referenced table do not match for constraint.
Note that the internal storage type of ENUM and SET changed in
tables created with >= InnoDB-4.1.12, and such columns in old tables
cannot be referenced by such columns in new tables.
See http://dev.mysql.com/doc/refman/5.5/en/innodb-foreign-key-constraints.html 
for correct foreign key definitippon.

चूंकि मैं विज़िट करने के लिए # sql-482c_8448f तालिका को पुनर्प्राप्त नहीं कर सका, इसलिए मैंने परिवर्तन से ठीक पहले किए गए बैकअप से इसे फिर से देखने का फैसला किया। हालाँकि यह असफल रहा। जांच पर:

  • बाधा को INFORMATION_SCHEMA.TABLE_CONSTRAINTS और INFORMATION_SCHEMA.STATISTICS से हटा दिया गया था
  • लेकिन बाधा अभी भी INFORMATION_SCHEMA.INNODB_SYS_FOREIGN में दिखाई दे रही थी;
  • तालिका मौजूद नहीं थी इसलिए मैं विदेशी कुंजी को नहीं छोड़ सकता था
  • मैं त्रुटियों के बिना तालिका नहीं बना सकता

एसक्यूएल / त्रुटियाँ

mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_SYS_FOREIGN WHERE ID='db/fk_visits_variations_visitors1';

+-----------------------------------+-----------+------------------------+--------+------+
| ID                                | FOR_NAME  | REF_NAME               | N_COLS | TYPE |
+-----------------------------------+-----------+------------------------+--------+------+
| db/fk_visits_variations_visitors1 | db/visits | db/variations_visitors |      1 |   48 |
+-----------------------------------+-----------+------------------------+--------+------+

विदेशी कुंजी के बिना तालिका को फिर से बनाने की कोशिश करना एई त्रुटि 150

mysql>

SET UNIQUE_CHECKS = 0;
SET FOREIGN_KEY_CHECKS = 0;

CREATE TABLE `visits` (
  `id` INT(11) NOT NULL AUTO_INCREMENT  ,
  `variation_visitor_id` INT(11) NOT NULL  ,
  PRIMARY KEY (`id`),
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

SET FOREIGN_KEY_CHECKS = 1;
SET UNIQUE_CHECKS = 1;

ERROR 1005 (HY000) at line 26: Can't create table 'db.visits' (errno: 150)

mysql> SHOW ENGINE INNODB STATUS;

Error in foreign key constraint of table db/visits:
there is no index in the table which would contain
the columns as the first columns, or the data types in the
table do not match the ones in the referenced table
or one of the ON ... SET NULL columns is declared NOT NULL. Constraint:
,
  CONSTRAINT "fk_visits_variations_visitors1" FOREIGN KEY ("variation_visitor_id") REFERENCES "variations_visitors" ("id") ON DELETE NO ACTION ON UPDATE NO ACTION

121 त्रुटि के कारण इसे बनाने की कोशिश की जा रही है

mysql>

SET UNIQUE_CHECKS = 0;
SET FOREIGN_KEY_CHECKS = 0;

CREATE TABLE `visits` (
  `id` INT(11) NOT NULL AUTO_INCREMENT  ,
  `variation_visitor_id` INT(11) NOT NULL  ,
  PRIMARY KEY (`id`),
  KEY `fk_visits_variations_visitors1` (`variation_visitor_id`),
  CONSTRAINT `fk_visits_variations_visitors1` FOREIGN KEY (`variation_visitor_id`) REFERENCES `variations_visitors` (`id`) ON DELETE NO ACTION ON UPDATE NO ACTION
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

SET FOREIGN_KEY_CHECKS = 1;
SET UNIQUE_CHECKS = 1;

ERROR 1005 (HY000) at line 26: Can't create table 'db.visits' (errno: 121)

mysql> SHOW ENGINE INNODB STATUS;

Error in foreign key constraint creation for table `db`.`visits`.
A foreign key constraint of name `db`.`fk_visits_variations_visitors1`
already exists. (Note that internally InnoDB adds 'databasename'
in front of the user-defined constraint name.)
Note that InnoDB's FOREIGN KEY system tables store
constraint names as case-insensitive, with the
MySQL standard latin1_swedish_ci collation. If you
create tables or databases whose names differ only in
> the character case, then collisions in constraint
names can occur. Workaround: name your constraints
explicitly with unique names.

आखिरकार मैंने एक नया विदेशी नाम इस्तेमाल किया। मैं इस काम की उम्मीद नहीं कर रहा था, लेकिन इसने तालिका बनाने की अनुमति दी।

mysql>

SET UNIQUE_CHECKS = 0;
SET FOREIGN_KEY_CHECKS = 0;

CREATE TABLE `visits` (
  `id` INT(11) NOT NULL AUTO_INCREMENT  ,
  `variation_visitor_id` INT(11) NOT NULL  ,
  PRIMARY KEY (`id`),
  KEY `fk_visits_variations_visitors2` (`variation_visitor_id`),
  CONSTRAINT `fk_visits_variations_visitors2` FOREIGN KEY (`variation_visitor_id`) REFERENCES `variations_visitors` (`id`) ON DELETE NO ACTION ON UPDATE NO ACTION
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

SET FOREIGN_KEY_CHECKS = 1;
SET UNIQUE_CHECKS = 1;

इसके बाद तालिका को गिराने के बाद INFORMATION_SCHEMA.INNODB_SYS_FOREIGN में गलत रिकॉर्ड को हटा दिया जाता है, जिससे मूल विदेशी कुंजी नाम के साथ आयात की अनुमति मिलती है।


1

इसके आस-पास एक सरल तरीका है, हालांकि माना जाता है कि कुछ परिस्थितियों में आप ऐसा नहीं करना चाहते हैं। चूंकि यह समस्या एक InnoDB आंतरिक संदर्भ से उपजी है, आप केवल एक ही नाम, समान कॉलम के साथ इस तालिका को बना सकते हैं, केवल एक अलग भंडारण इंजन का उपयोग कर। मैं एक MySQL गुलाम पर इस में भाग गया, और हालांकि मैं जिस मास्टर से नकल कर रहा था, वह InnoDB था, मैंने MyISAM के साथ इस एक तालिका को फिर से बनाया और वापस चलने में सक्षम था। मैंने विशेष रूप से मास्टर पर अपने भंडारण इंजन के लिए InnoDB चुना, और कुछ तालिकाओं पर, यह गुलाम पर भी महत्वपूर्ण होगा, लेकिन इस मामले में, इस एक तालिका के लिए इस गुलाम पर शून्य प्रभाव था, इसलिए यह एक त्वरित तरीका था इस मुद्दे के आसपास पाने के लिए। पूरे डेटाबेस को गिरा देना एक बहुत बड़ी परियोजना होगी।


0

मेरे लिए क्या काम था:

  • पहले .frm और .ibd फ़ाइलों को दूसरे dir में स्थानांतरित करें, जैसे / tmp / tablebackup *
  • अब mysqlfrmOracle से mysql-utitilies** का उपयोग करके .frm फ़ाइल से तालिका संरचना को निकाला जा रहा है (क्योंकि मेरे पास संरचना की कोई अन्य कॉपी / बैकअप नहीं है):/usr/bin/mysqlfrm --diagnostic /tmp/tablebackup/MyTable.frm
  • मूल तालिका की संरचना के साथ एक नई तालिका बनाएं, लेकिन एक अलग नाम के साथ (उदाहरण के लिए मान लें कि तालिका MyTableतब मुद्दा है जब मैंने अब MyTableBमूल तालिका की संरचना के साथ एक तालिका बनाई है )
  • अगली तालिका को mysql के भीतर से मूल नाम पर नाम बदलें, उदाहरण के लिए: RENAME TABLE `MyTableB` TO `MyTable`;(ध्यान दें कि यह केवल तभी काम करता है जब आपके पास सेट हो )innodb_force_recoverymy.cnf
  • अब mysql रन में: ALTER TABLE `MyTable` DISCARD TABLESPACE;
  • उसके बाद मूल .ibdफ़ाइल (केवल .ibd फ़ाइल, .frm फ़ाइल नहीं ) को वापस mysql डेटाबेस dir में कॉपी करें जहां इसे मूल रूप से स्थानांतरित किया गया था (इस समय एक मौजूदा .ibd फ़ाइल नहीं होनी चाहिए क्योंकि यह द्वारा हटा दिया जाता है। DISCARD TABLESPACEआदेश)
  • और अब चला ALTER TABLE `MyTable` IMPORT TABLESPACE;

* मैंने इस कदम के बाद mysql को फिर से शुरू किया, लेकिन यह निश्चित नहीं है कि इसकी आवश्यकता है

** mysql- उपयोगिताओं को mysql-connector-pythonपहले स्थापित करने की आवश्यकता हो सकती है


0

आपने तालिका डेटा खो दिया है, लेकिन इस तालिका के बारे में रिकॉर्ड अभी भी "mysql / data / ibdata1" में मौजूद है। सबसे आसान उपाय इस तालिका को किसी अन्य डेटाबेस में बनाना है और फिर फ़ाइलों की प्रतिलिपि बनाना है:

mysql/data/**dummy_database**/my_user.frm

mysql/data/**dummy_database**/my_user.ibd

अपने खुद के लिए:

mysql/data/**yours_database**/my_user.frm

mysql/data/**yours_database**/my_user.ibd
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.