OT: was soll Dein Reply-To? Liest Du nicht die Liste? Ausnahmsweise mal als CC vermerkt.
On Thu, Feb 17, 2005 at 12:13:20AM +0100, Andreas Brandl wrote: > >>>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�. > >> > ? OP ? Original Poster - Thread Initiator. sorry. > Genau hier liegt der Knackpunkt. Die effektive Datenmenge betr�gt wie > gesagt ca. 700 MB, mehr 'tables' bzw. Daten kann ich nicht abrufen. Wie misst Du denn diese Daten, die Du abrufen kannst? > Effektiv belegt das directory jedoch mehr als 3 GB, was mit o.s. > Erkl�rung von MySQL AB nicht wirklich vereinbar ist. Die Erl�uterung sagt nur, wie Daten strukturiert sind, nicht, wie sie gespeichert werden. Wenn Du alles mehrfach base64-codierst, bl�hst Du die Daten auf - da kann dan MySQL nichts daf�r. Wenn MySQL eine Redundanz ala RAID1 oder RAID5 einf�hren w�rde, w�rden die Datenmenge auch zugunsten der Datensicherheit aufgebl�ht. Normalerweise speichert MySQL optimierter, also irgendwie komprimiert (ich bin kein MySQLer und habe von DB-Internas sonst auch keine Ahnung). Internas kann Dir ein MySQL-Developer sagen, ein deutschprachiger liest hier glaube ich mit, mir war, als ob ich heute ein Post gesichtet hatte. Au�erdem bietet MySQL auch kommerziellen Support ;) > Woher also kommen diese Files? Da deren Filename mit einem '#' beginnt, Ich dachte, das war ein escapen, wie man auch Shell-Kommandos in Mails oft kommentiert. Also echte "#", soso. Sollte aber legitim sein: http://dev.mysql.com/doc/mysql/de/legal-names.html > k�nnte man vermuten, dass das "versteckte" (f�r den DB-Server) Tabellen > sind. Nur finde ich leider nichts dazu... Lt. obigem Link gibt es keine versteckten Tabellen(namen) auser '.'-Dateien. MySQL-interne Daten werden nur in der DB mysql verwaltet. Du siehst diese also nur im Dateisystem? Testest Du das mit phpMyAdmin? Da k�nnte der PHP-Interpreter einen comment daraus machen. Mal mit mysql -u root -p DATENBANKNAME -e "SHOW TABLES;" probiert? Neben phpMyAdmin-Bugs k�nnte auch eine Einschr�nkung des users zugrunde liegen, die sich eben nicht nur auf DBs beziehen. mysql -u root -p mysql -e "select * from tables_priv WHERE User LIKE '$USER';" Du m�chtest den Transfer ja erstmal einmal testen (ich wei�, dass Du das m�chtest), ich w�rde erst einmal nur die Tabellen kopieren, die Du der Applikation zuordnen kannst, dann ausf�hrlich testen. Wenn alles l�uft - auch eventuelle Backup-Szenarien, dann w�rde ich es als Datenm�ll interpretieren. F�r eine genaue Analyse, was diese sollen: - genaues Listing (ls -al) des Datenbank-Dir, mtime, ctime - �nderungen �ber einen Zeitintervall (daily, weekly, montly) wg. Backup - crontabs (mysql, Applikationsuser, systemwidth) - Backup-M�glichkeiten der Applikation - Analyse der Zugriffrechte lt. DB 'mysql' -- ,''`. 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)
