Anzahl Datensätze in Backupdatei?

Hallo,

erstelle ich mit "MySQL Administrator" eine
Backupdatei meiner Tabelle, werden alle Datensätze
hinterher wieder hergestellt.

Nun habe ich es mit "mysqldump" getestet und beim
späteren Einlesen fehlten mir über 300 Datensätze.
Original: 165.539
Nach Backup und Wiederherstellung: 165.206

"mysqldump -u
MEINUSER -pMEINPWD -K --add-locks --add-drop-database
--add-drop-table --databases proactive >
D:\Backup\xampp\proactive\MEINBACKUP.sql"

Wird in der SQL-Datei irgendwo die Anzahl der
Datensätze als Summe gespeichert?
Dann könnte ich meine Fehlersuche danach
ausrichten.

Vielen Dank!
René

Re: Anzahl Datensätzein Backupdatei?

Andreas
--
q: why do so many people take an instant dislike to mysql?
a: it saves time (oicu in #postgresql)
Explaining the concept of referential integrity to a mysql user is like
explaining condoms to a catholic (Shadda in #postgresql)

Re: Anzahl Datensätze in Backupdatei?

Andreas Kretschmer wrote:
> Nun ja, etwas Schwund, bei der Menge nicht viel.
> *duck*
Ein Glück, daß Du Dich geduckt hast ... :-)

> Kommen bei der Wiederherstellung Fehler?
Nein

> Ich glaube mich erinnern zu können, daß man bei
> MySQL wohl einen
> Unique Index später zu einer Tabelle dazumachen
> kann, ohne daß eine
> Prüfung erfolgt, ob zu diesem Zeitpunkt schon
> Dubletten drin sind und
> diese dann drin bleiben.
Interessanter Ansatz! Ja, ich habe den UNIQUE
nachträglich erstellt, jedoch kam
dabei SOFORT die Fehlermeldung. Ich habe also alle
DS gelöscht, den Index erstellt
und dann die Quelldateien mit "LOAD DATA INFILE"
wieder eingelesen.
Somit sind keine Duplikate vorhanden. Das habe ich
auch erfolgreich getestet.

Ich sehe schon beim Backup die Größenunterschiede
zwischen "MySQL Administrator"
und "mysqldump" - Dateien. Nur weiß ich nicht, wo
ich ansetzen soll.
Ich könnte jetzt beide Dateien vergleichen lassen,
weiss aber nicht, wie/womit.

Gruss & Dank
René

Re: Anzahl Datensätzein Backupdatei?

Andreas
--
q: why do so many people take an instant dislike to mysql?
a: it saves time (oicu in #postgresql)
Explaining the concept of referential integrity to a mysql user is like
explaining condoms to a catholic (Shadda in #postgresql)

Re: Anzahl Datensätze in Backupdatei?

Andreas Kretschmer wrote:
> Ist das ASCII oder was binäres?
nur ASCII

> Man müßte halt mal sehen, welche Datensätze
> fehlen. Vielleicht erklärt
> sich dann da ja schon was.
Jepp, genau darum geht`s mir. Ich denke, dass
bereits beim Backup Datensätze fehlen
und teste gerade Tools zum Dateivergleich. Die
Dateien sind je ca. 40 MB groß.
Das erste habe ich nach 20 Minuten abgebrochen,
weil es zwar 100% CPU-Last erzeugte,
aber keinen Fortschrittsbalken hatte. Nun werde
ich "WinMerge" versuchen ...

Gruss
René

erledigt: Anzahl Datensätze in Backupdatei?

erledigt!

Dateivergleichstools waren viel zu träge. Als ich
endlich auf folgende (viel zu einfache) Idee kam,
konnte ich diesen Fehler nicht mehr nachstellen.

- Originaltabelle duplizieren
- Backup zurückspielen (hierbei nutze ich DROP
TABLE)
- per SQL Unterschiede finden

Zum letzten Punkt kam es nicht mehr, weil die
Datensätze vollzählig waren. Ich schreibe das,
um anderen diesen komplizierten Denkfehler bei der
Vorgehensweise zu ersparen.
Vielen Dank Andreas für die Lösungsansätze!

René

Re: erledigt: Anzahl Datensätzein Backupdatei?

Andreas
--
q: why do so many people take an instant dislike to mysql?
a: it saves time (oicu in #postgresql)
Explaining the concept of referential integrity to a mysql user is like
explaining condoms to a catholic (Shadda in #postgresql)

Re: erledigt: Anzahl Datensätze in Backupdatei?

Andreas Kretschmer wrote:
> Moment. Erst waren sie es ja nicht, also es
> fehlten ca. 300. Wo sind
> die hin? Du kannst auch nicht davon ausgehen,
> daß Du nach einem
> Restore auch noch eine Kopie der Originaltabelle
> zum Vergleich auf
> Vollzähligkeit hast.

Du hast ja Recht. Aber ich habe es jetzt mehrfach
mit unterschiedlichen Datenbeständen
getestet. Jedesmal stimmte die Anzahl hinterher
(ich hatte vorher manuell einige gelöscht).
Da ich mit DROP DATABASE und DROP TABLE arbeite,
bin ich sicher, weil ja alles
neu erstellt wird.

Warscheinlich waren beim ersten Versuch einfach
nur einige Datensätze enthalten, die ich
mittlerweise nach dem INFILE löschen lasse. Es
gibt in meinen Quelldateien unbrauchbare
Datensätze. Diese lösche ich mittlerweile nach
jedem Datenimport.

Ich teste ja ohnehin alles, während ich hier
weiterentwickle. Ich behalte das im Auge.

Nochmal vielen Dank!
René