Recent, am început să renunț la VPS și tocmai am dat peste momentul în care am importat baza de date în procesul de mutare a WordPress. L-am întâlnit
#1062 – Intrare duplicată '1' pentru cheia 'PRIMARY'
La acel moment, eram grăbit, am șters toate datele originale și nu am avut de ales decât să cer atotputernicului Baidu. Am căutat aproape toată ziua și în cele din urmă l-am găsit pentru mine. Entuziasmat, testează imediat, O(∩_∩)O haha~ Succes.
Acum este atașată o soluție, pur și simplu șterge datele vechi originale și importă-le.
Nu înțeleg principiul, așa că insistă și vezi cu ochii tăi. Oricum, e în regulă să atingi scopul.
"Pontul #1062 – Intrare duplicată '1' pentru cheia 'PRIMARY', am aflat mai târziu că ultima dată când limita a fost depășită a fost importată parțial, iar id-ul este cheia principală, nu poate fi aceeași, deci nu va funcționa, șterge toate datele vechi și poți redirecționa."
Aș dori să mulțumesc și bloggerului pentru publicarea soluției. Altfel, o să am probleme."
Original
Problema întâlnită astăzi este foarte simplă, dar și foarte comună, și o voi consemna aici:
Import date de la o mașină la alta, deci sunt prea multe înregistrări, la început nu am fost atent, am depășit limita phpmyadmin, promptul era greșit, am împărțit manual fișierul în câteva fișiere mici, dar apoi a afișat #1062 - Intrare duplicată '1' pentru cheie. PRIMARY', și am aflat mai târziu că ultima dată când a fost depășită limita a fost parțial importată, iar id-ul este cheia primară, care nu poate fi aceeași, deci nu se poate face, șterge toate datele vechi și poți redirecționa.
În regulă. Dacă ai aceeași problemă ca mine, încearcă acum. Nu știu dacă nu încerc
Mysql efectuează backup-uri de date, restaurări și răspunsuri, iar următorul cod de eroare apare:
Discuz! info: Eroare de interogare MySQL
User: webcull
Time: 2008-7-10 2:20pm
scrip{filter}t. /post.php
SQL: INSERT INTO [Table]posts (fid, tid, first, author, authorid, subject, dateline, message, useip, invisible, anonymous, usesig, htmlon, bbcodeoff, smileyoff, parseurloff, attachment)
VALORI ('45', '2727', '0', 'webcull', '6', '', '1216707030'', 'ddd', '192.168.253.1', '0', '0', '0', '0', '-1', '-1', ''0')
Error: Duplicate entry '2678' for key 1
Errno.: 1062
Motive pentru analiza căutărilor online:
Este posibil ca PID-ul câmpului să fie cheia primară și atributul auto_increment și să nu poată exista valori duplicate.
Iar când făceam backup la datele, s-ar putea să existe o scriere de date care a stricat tabelul de date.
Am încercat câteva metode:
1. Unele atribute de câmp ale tabelului de date lipsesc ALTER TABLE 'cdb_posts' CHANGE 'pid' 'pid' INT( 10 ) UNSIGNED NOT NULL AUTO_INCREMENT
2. Masă de reparații cdb_posts
Toate au eșuat!
Soluția finală:
În general, este cauzată de corupția fișierelor tabelelor de date, care poate fi reparată de instrumentul de reparații MySQL, myisamchk.
CMD
myisamchk cdb_posts.myi -r
Repară fișa tehnică și ai terminat! |
Postat pe 15.11.2017 13:22:06
|
|
|
