ein-uwe.de » technik http://www.ein-uwe.de alles über das leben des Uwes Mon, 30 Aug 2010 21:46:12 +0000 http://wordpress.org/?v=2.9.1 en hourly 1 Kleine Wordpress Hilfe benötigt… http://www.ein-uwe.de/technik/kleine-wordpress-hilfe-benotigt/ http://www.ein-uwe.de/technik/kleine-wordpress-hilfe-benotigt/#comments Wed, 07 May 2008 20:46:13 +0000 Uwe http://www.ein-uwe.de/technik/kleine-wordpress-hilfe-benotigt/ Ich wollte wenn ich einen Trackback sende meine Url z.B. www.mein-blog.de/Post.html auf neue_url.mein-blog.de/Post.html ändern. Weiss jemand von Euch da draussen wie ich das bewerkstelligen soll? In welchem Php File muss ich an welcher schraube drehen?

Danke

Uwe

]]> http://www.ein-uwe.de/technik/kleine-wordpress-hilfe-benotigt/feed/ 5 Mysql und der Ärger mit 4 Gigabyte Tabellen http://www.ein-uwe.de/technik/mysql-und-der-arger-mit-4-gigabyte-tabellen/ http://www.ein-uwe.de/technik/mysql-und-der-arger-mit-4-gigabyte-tabellen/#comments Fri, 01 Feb 2008 21:03:09 +0000 Uwe http://www.ein-uwe.de/technik/mysql-und-der-arger-mit-4-gigabyte-tabellen/ Ich hätte doch jetzt fast zum 2ten mal meine kompletten gesammelten 4 Gigabyte Textdaten verloren. Ich benutzte SQL 4.1.13 auf dem Server, habe dort eine Tabelle mit einem Title sowie Text Feld. Das Text Feld hat im Schnitt 2500 Zeichen geschriebenen Inhalts.
Dies bei ca. 1.5 Millionen Einträgen. Um die Tabelle schnell auf Textpassagen durchsuchen zu können wurde also noch ein Volltextindex auf den Title sowie eigentlichen Inhalt gelegt.
Sobald sich die Dateigröße auf 4 Gigabyte nähert (es werden zyklisch neue Datensätzte hinzugefügt) geht die ganze Tabelle unwiderruflich kaputt.
Ja, ich habe nach allen möglichen Reparaturmethoden im Netz gegoogelt, z.B. “repair Table” mit allen möglichen Parametern, nichts hilft. Die kompletten 4 Gigabyte sind weg.
Habe dann jetzt die letzten drei Wochen die Tabelle wieder aufbauen lassen und täglich einen Textdump gemacht.

 mysqldump –compatible=NO_FIELD_OPTIONS grosse_texttabelle –user=root –password=wuerdet_ihr_gerne_wissen  | gzip > dump.gz

Das schöne daran ist das sie Daten dabei auch gleich gepackt werden bevor sie in der Datei dumg.gz landen und damit nur 15% der ursprünglichen Größe benötigen. (Der Volltextindex wird ja auch nicht mit gespeichert)

Denn was bringt einen die schönste Datensicherung der mysql Roh .frm .MYD Dateien wenn diese auch auf einmal defekt ist, bzw. die letzten Tage defekt sind?
Sobald die 4 GIG erreicht waren war die Tabelle zum 2 ten mal unwiderruflich zerstört. Ok, ich spiele jetzt den Text Dump von gestern ein, der Volltextindex wird noch ca. 8 Stunden brauchen dann ist  dieser auch wieder aufgebaut.
Komisch komisch diese Verhalten.
Naja, Infos zum sichern von Daten könnt Ihr bei dem weit-weg-blog finden, Tipps und Tricks zu mysql hier, einen tollen Trick zum umgehen der 4 GIG Grenze findet sich bei jeremy.

So Long

Uwe

]]> http://www.ein-uwe.de/technik/mysql-und-der-arger-mit-4-gigabyte-tabellen/feed/ 0