Player.sql - Upload dauert ewig (oder bricht ab?)

Hallo Liebe epvp´ers,
ich Versuche im Moment eine player.sql zu uploaden mit Navicat.

Die Datei ist 1,3 GB groß und dauert vermutlich darum sehr lange..
.
Ich habe es jetzt 10h laufen lassen und war dann aber bei 10% (leider sieht man nicht ob es hängt oder weiter läuft) , hat jemand eine Idee wie ich das ganze beschleunigen kann oder gibt es vlt auch einen anderen Weg die Datei in den Server zu spielen?

Wäre über jeden Rat dankbar.
MfG Ronniii

Hallo!

1. Öffne die .sql mit nem Editor (Notepad++ z.b) und schau ob dort alles richtig eingereit ist etc.
2. Schneide teile dieser sql aus und teile sie auf mehrere .sql's auf und lad sie stück für stück hoch.


hoffe konnte helfen :p

Tenyasha das ist unglaublich nett gemeint, aber 1.3GB in Notepad++ dauert ewig und das Arbeiten damit ist sehr doof, weils sich nicht so flüssig anfühlt.

Besser wäre es, per Filezilla den player Ordner einfach rüberzuziehen oder die wichtigen Tabellen nur.


Gesendet von iPhone mit Tapatalk

Das mit Filezilla klingt sehr Interessant, weiß leider überhaupt nicht wie das geht.

Könnte mir einer genauer erklären wo und wie ich das da hin kopieren muss?

super lieb von euch.

Also. Du gehst in den FTP-Server, von dem du diese player.sql hast mit FileZilla.

Navigierst zu /var/db/mysql/ und lädst dir den "player" Ordner herunter.

Diesen ziehst du auf den Server wo du ihn haben willst, benenn dem vorhandenen "player"-Ordner einfach in "player_" um.

Mit freundlichen Grüßen
Cyber


Gesendet von iPhone mit Tapatalk

achsooo, ich habe leider nur noch diese sql, der server von dem ich diese hatte, existiert nicht mehr... :/

Habe versucht sie mit Editor und mit Notepad zu öffnen, bei beiden kommt die Fehlermeldung, dass diese Datei zu groß sei um sie zu öffnen..

Hat noch jemand eine idee?:/

Versuchs nochmal über Navicat, aber mach einen Haken bei "Allow multiple querys" diesmal und nimm Zeit mit.


Gesendet von iPhone mit Tapatalk

Ich versuche es mal, ...
Hab nicht gedacht dass das so schwierig wird :D

Hallo!

Da es sich vermutlich um die Datenbank "player" und nicht um die table "player" handelt , würde ich vorschlagen , dass du die einzelnen tables wie z.b item_proto etc aus der .sql ausschneidest und in eigene .sql Dateien einfügst.
und dann wie @[Only registered and activated users can see links. Click Here To Register...] bereits sagte , alles Stück für Stück einfügst,

Mit freundlichen Grüßen.

Für solch große Imports immer die von MySQL standardmäßig eingestellte Option "autocommit" auf 0 (false) setzen.

Quote:

Originally Posted by DSyntax Hallo! Da es sich vermutlich um die Datenbank "player" und nicht um die table "player" handelt , würde ich vorschlagen , dass du die einzelnen tables wie z.b item_proto etc aus der .sql ausschneidest und in eigene .sql Dateien einfügst. und dann wie @[Only registered and activated users can see links. Click Here To Register...] bereits sagte , alles Stück für Stück einfügst. Mit freundlichen Grüßen.

Das hat er ja bereits probiert, nur kein Editor der Welt kann eine 1.3GB Datei problemlos laden und dich dann noch damit arbeiten lassen. Die Arbeit mit solch einer großen .sql ist praktisch unmöglich, damit fällt dieses "Stück für Stück" aus.

Mit freundlichen Grüßen
Cyber


Gesendet von iPhone mit Tapatalk

Genau so sieht es aus, man kann die Datei leider nicht kleiner schneiden.

Was bedeutet denn das "autocommit" ?

Ich habe es jetzt 15h laufen und bin momentan bei 10%.
Mal sehen ob es klappt.

[Only registered and activated users can see links. Click Here To Register...]

Die SQL einfach via SFTP hochladen und anschließend über das CLI einspielen. Im Falle eines Fehlers dann einfach die SQL über den EDITOR bearbeiten, dann sollte das kein Problem mehr sein.

Alllsooo heute hat es den vorgang abgebrochen bei knapp 50 %...

Das klingt super Interessant , nur bin ich viel zu wenig im Stoff dafür, kann mir das jemand genauer erklären? :/
bzw per TeamViewer mal helfen?

danke euch