#1062 - Duplicate entry 'ï¿½ï¿½Mï¿½ï¿½ï' for key 'uuid'

**Grossvater** · 17.11.2014, 14:02

Hallo,
ich habe eine 3.2.14 auf 3.3.6 mit easyupdate geupdatet. Ich arbeite lokal.

Nun versuche ich die Datenbank auf den Server zu laden und bekomme diese Fehlermeldung:

Code:

 MySQL meldet: Dokumentation
#1062 - Duplicate entry 'ï¿½ï¿½Mï¿½ï¿½ï' for key 'uuid'

Bie Google konnte ich nicht wirklich eine Lösung finden.
Gibts da etwas bei den Exporteinstellungen bei phpmyadmin zu beachten?

Er bleibt genau im Dateibaum bei tl_files hängen.

**KlausGrenoble** · 17.11.2014, 14:38

Hat wahrscheins was mit
utf-8 oder collation der Db zu tun

**Tastaturberuf** · 17.11.2014, 14:52

Zitat von KlausGrenoble

Hat wahrscheins was mit
utf-8 oder collation der Db zu tun

Nö, da ist eine Datei mit der selben UUID schon vorhanden. Wenn du neu reinkopierst tl_files vorher leeren (truncate).

**Spooky** · 17.11.2014, 15:18

Es hat vielleicht weder etwas mit UTF-8, noch mit der Collation, nocht damit zu tun, dass ein Eintrag tatsächlich doppelt vorkommt. Es liegt vielleicht am SQL Dump selbst: https://community.contao.org/de/show...l=1#post335480

Die binären UUID Felder von Contao sind ein wenig tricky und können einem ein Backup zunichte machen, ohne dass man es merkt. Wenn der SQL Dump falsch gemacht wurde, ist er zumindest für die tl_files Tabelle nutzlos.

@Grossvater: wie hast du die Datenbank exportiert?

**Grossvater** · 18.11.2014, 20:11

Ich habe die komplette Datenbank ohne tl_files gesichert und hochgeladen - hat funktioniert. Dann habe ich manuell nur die Struktur der tl_files Tabelle hochgeladen. Dann hat Tastaturberuf's Tipp geholfen. Daten/Ordner manuell hochgeladen und auf "Synchronisieren" im Dateisystem von Contao geklickt. Danach hat alles funktioniert. Bis darauf, dass ich alle Bilder neu verlinken musste...

Danke Spooky für den Link. Habe auch eine alte Version von phpmyadmin verwendet, die noch nicht richtig exportieren konnte.
Lokal hatte ich auf php5.3 entwickelt. Auf dem Server lief aber schon 5.6. Vielleicht auch ein Grund warum es nicht geklappt hat?

**Tastaturberuf** · 18.11.2014, 20:19

Wer kam eigentlich auf die Idee die Dinger Binär zu speichern? Kenne Uuids eigentlich als Varchar 16.

**Spooky** · 18.11.2014, 20:46

Zitat von Grossvater

Ich habe die komplette Datenbank ohne tl_files gesichert und hochgeladen - hat funktioniert. Dann habe ich manuell nur die Struktur der tl_files Tabelle hochgeladen. Dann hat Tastaturberuf's Tipp geholfen. Daten/Ordner manuell hochgeladen und auf "Synchronisieren" im Dateisystem von Contao geklickt. Danach hat alles funktioniert. Bis darauf, dass ich alle Bilder neu verlinken musste...

Danke Spooky für den Link. Habe auch eine alte Version von phpmyadmin verwendet, die noch nicht richtig exportieren konnte.
Lokal hatte ich auf php5.3 entwickelt. Auf dem Server lief aber schon 5.6. Vielleicht auch ein Grund warum es nicht geklappt hat?

Die PHP Version ist (mehr oder weniger) egal, wichtig ist nur der richtige Datenbank export, bzw. eine phpMyAdmin Version, die neu genug ist und das richtig macht. Mir ist auch aufgefallen, dass zB SQLyog dieselben Probleme verursacht, wenn man nichts dagegen unternimmt.

Zitat von Tastaturberuf

Wer kam eigentlich auf die Idee die Dinger Binär zu speichern? Kenne Uuids eigentlich als Varchar 16.

Die genauen Vorteile zum binären Datenformat weiß ich auch nicht, evt. bessere Performance. Die Entscheidung wurde im Nachhinein allerdings bereut: https://github.com/contao/core/issue...mment-29467629