On Wed, Feb 16, 2005 at 07:56:37PM +0100, Peter Blancke wrote: > Andreas Brandl <[EMAIL PROTECTED]> dixit: > > > Ich hab hier ne relativ gro�e mySQL-Datenbank (ca. 700 MB) und > > muss sie umziehen.
gut das da 'relativ' steht ;) > Der Umzug darf nicht binaer erfolgen; Was ist denn das f�r eine falsche Aussage? Das stimmt nicht, nachzulesen unter dev.mysql.com > fuehre folglich mit mysqldump > einen SQL-Dump Deiner Datenbank(en) durch. Dieser Dump laesst sich > dann entsprechend komprimieren und auf den neuen Server verfrachten. Das ist eine M�glichkeit, hat aber auch einen Nachteil: der Dump macht sehr viel overhead und er dauert l�nger als ein bin�res Kopieren. Bei Gew�hrleistung der Datenkonsistenz bedeutet das ein umfangreicheres Wartungsfenster. Ein weiterer Nachteil bei �nderung des DB-Release ist, dass sein Dump eventuell nicht mehr so einfach eingespielt werden kann, weil neue Keywords nicht escaped werden. > Wenn Du an die Binaerdateien herangehst, kann eine andere Version > von mySQL bereits den Tod Deiner Datenbank bedeuten. _Kann_, deswegen l�scht man ja die alte DB nicht sofort ;) Probleme gibt es haupts�chlich bei a) der Systemdatenbank MySQL b) bei downgrades der MySQL-Version c) bei gro�en Systemspr�ngen, wobei bei meinen Migrationen auch 3er auf 4.0er so problemlos transferiert werden konnten. > Wenn Du die > Binaerdateien bei laufendem SQL-Server kopierst, bist Du Deine Daten > ohnehin so gut wie los. OK, das macht man nicht, aber auch das ist falsch. Ein FLUSH hilft den cache zu leeren. Danache ein LOCK, oder kurz den client deaktivieren (Apache oder whatever). Es ist halt nicht immer m�glich, den DB-Server anzuhalten. > > Besonderer Augenmerk gilt hier diesen Files: > > #sql-316_b7.MYD > > #sql-316_b7.MYI > > #sql-31b_4ea.MYD > > > > Die kommen mir a) neu vor, b) finde ich keine Info dazu und c) > > sind die ziemlich gro�. > > Du suchst Grundlagen ueber Binary-Trees in Datenbanken und deren > Ablage in Dateien. Warum nicht einfacher, offizielle Erkl�rung von MySQL AB "MySQL legt jede Datenbank als Verzeichnis unterhalb des MySQL-data- Verzeichnisses an und Tabellen innerhalb einer Datenbank als Dateien in dem Datenbank-Verzeichnis. " Auch wenn es schwer zu glauben ist, hei�en Tabellen des OP "sql-316_b7" oder "sql-31b_4ea". > Die Groesse dieser Dateien hat nichts gemeinsam mit den eigentlichen > von Dir dort hineingefuetterten Daten. Soll das hei�en, dass die gr��e nicht _identisch_ ist, mit den urspr�nglich an die DB �bergebene Datenmenge? Weil, die Gr��e dieser Dateien ist ja sehr wohl davon abh�ngig, ob und welche Daten er in den Tabellen speichert. -- ,''`. Hagen Kuehnel - http://HagK.de : :' : Kopierschutz: Alle Texte sind mit Double-ROT13 verschl�sselt. UrhG �95d `. `'` Die Umgehung des Kopierschutzes stellt eine Straftat dar. UrhG �95a `- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
