Hallo, ich habe eine nicht extrem umfangreiche Typo3 Seite.
http://www.magnum12.de
Die Datenbank ist laut meinem Provider auf 896 MB angeschwollen.
Kann das sein?
Ist es vielleicht auch möglich, daß meine Backup-Extensions (Full Backup und Backup - w4x_backup und backup) Kopien der Datenbank erstellen und ebenfalls auf dem Server ablegt?
Wo könnte ich diese Backup Datenbanken denn finden?
Danke![/i]
Die DB-Grösse ist durchaus erklärbar und könnte an folgenden Tabellen liegen:
- alle mit cache_
- alle mit index_ (wenn Index Search im Spiel)
- sys_stat
Wenn du die sys_stat nicht benötigst, kannst du sie leeren. Aber Vorsicht: leere sie in mehreren kleinen Schritten, sonst schiesst du deine DB ab!
Was beinhaltet die sys_stat?
Statistik?
Und wie entferne ich genau dieses Feld?
Was ist mit den anderen Möglichkeiten?
Richtig, beinhaltet die Statistik (Zugriff im BE über: info -> Hit Statistics).
Die Grösse der einzelnen Tabellen wird dir üb. im phpmyadmin angezeigt.
Und wie entferne ich genau dieses Feld?
Welches Feld?
Die sys_stat macht bei einer meiner Installationen ca. 50% der DB-Grösse aus (momentan 500MB / 1GB).
Ich lösche bei mir in regelmässigen Abständen Datensätze aus der sys_stat. Meist im März werden alle Zugriffe des letzten Jahres (1.1.-31.12.) gelöscht. Dabei gehe ich immer monatsweise vor. Also erst alle DS von Januar, dann Feb etc. Zur Sicherheit schaue ich aber vorher nach, wieviele DS das betrifft. Zur Not wird das Zeitintervall verkleinert.
Also:
1. Select count(*) as anzahl from sys_stat where tstamp < xxx
xxx vorher mit php ermitteln:
<?php
echo mktime (0,0,0,2,1,2005);
# nullen sind Stunde, Min, Sek, genaue Reihenfolge weiss ich nicht, ist auch egal
#2 - Monat Feb
#1 - Tag
#2005 - Jahr
?>
2. Delete from sys_stat where tstamp < xxx
Solltest du machen, wenn kaum Traffic auf deiner Seite ist, also normalerweise zwischen früh um 3 und um 7.
Die anderen Tab fasse ich kaum an (cache_ muss ich nicht, da entspr. im TS eingestellt, wann geleert wird).
index_ leeren bringt nix, da dann die IS erstmal keine Ergebnisse liefert. Aber die benutzt du ja nicht, müsstetn also leer sein. Oder greift gst_contentsearch auf die Tabellen zu?
Die mysql ist jetzt 1.183,94 MB gross aka 1,2 GB!
Meine Dateien sind ca 550 MB.
Irgendwie verstehe ich das absolut nicht.
Wenn ich über /typo3/phpMyAdmin gehe erhalte ich in Summe 10 MB.
sys_stat gibt es nicht.
Irgendwo habe ich Datengrab auf dem Server, welches ich nicht finde...
schau Dir mit phpmyadmin mal die Tabellenübersicht an - da steht die genaue Grösse jeder einzelnen Tabelle sowie unten die Gesamtgrösse.
Ich habe gestern die Extension FullBackup (w4x) deinstalliert.
Die Datenbank ist jetzt laut Provider Info 17 MB gross.
Genau das entspricht dem Wert, der mir in phpMyAdmin angezeigt wird.
Sehr gut.
Es hat also backups gelegen. Ich persönlich glaube ja daß die backups backups von den backups angelegt haben.... #angry#
Die Datenbank ist laut meinem Provider auf 896 MB angeschwollen.
Bist Du sicher, dass Dein Provider nur die MySQL Datenbank meint? Ich tippe mal eher darauf, dass er den kompletten Speicherplatz meint, also auch inkl. Daten.
Ich habe gestern die Extension FullBackup (w4x) deinstalliert.
Was macht die Ext.? W4x macht einen DB-Dump Deiner Datenbank und sichert gleichzeitig das komplette fileadmin Verzeichnis mit. Also wenn Dein benutzer Speicherplatz inkl. DB ca. 200 MB ist, wird bei jedem Backup was Du mit der Extention machst nochmal ca. 150 MB fürs Backup verbraucht. Hast Du z.B. 3 - 4 Backups gemacht (ohne die alten zu löschen), bist Du schnell auf 800 MB (200 MB Livesystem + 4 x 150 MB Backup).
Hallo magnum12,
der Thread ist ja noch gar nicht so alt... Die DB unseres Hosting-Kunden ist mittlerweile auch 1,2 GB (!!) gross.
Um genau zu sein nur die Tabelle cache_hash. War das bei dir genauso?
Wäre gut zu wissen...
Vielen Dank
Alexander
Hallo Alexander,
wie gesagt.
Meine Datenbank ist wieder auf "normaler" Größe. Das Backup hat wohl ein Backup erstellt, die haben dann wiederrum backups erstellt usw...
Bei mir hat es also an einer Backup-Extension gelegen.
Es wird wohl keine spezielle Tabelle gewesen sein, da die schiere Summe der Datenbanken für die Unter-dem-Strich-Größe verantwortlich war.
Hoffe, ich konnte deine Frage beantworten.
w4x_backup legt keine Daten in der Datenbank ab. Datei- und Datenbank -Backups werden als Dateien abgelegt. Die Datenbank wächst durch w4x_backup nicht.
Grüße
Mic.