Übersicht (Neuester Beitrag zuerst) |
Spieleplanet Everything Else Is Just Gaming |
[00:01] Alles Gute an Cro, TriXda [20:00] Lottoziehung in 05d 00:00h [00:00] Songs gespielt gestern: 3 [10:07] Post by Zahl @ Was läuft bei euch gerade für Musik? [20:00] Lottoziehung in 04d 00:00h [00:00] Songs gespielt gestern: 3
|
|
Registrieren | Forum | Community |
Andere Spiele |
28.06.08 00:37:31 | |
Manu16 |
Toll toll toll schneller ist (fast) immer gut!!!!!! Schöööööön gemacht Zahl! |
27.06.08 01:03:50 | |
Zahl |
NEWS NEWS NEWS:
Zahl hat wahllos Datensätze aus der Datenbank gelöscht. Damit konnte die Größe der Datenbank von 353MiB auf 272.7MiB verringert werden, die Zahl der Datensätze sank von 1.2M auf 920k. Vielleicht ist das Forum jetzt ein kleines bisschen schneller. |
15.11.07 11:09:07 | |
Zahl |
Zitat von Lord_Pinhead
⇨
@Skiller
Was mich zwar schon stark verwundert weil der Server nicht gerade ein 486´er ist Das ganze lief mit der wohl niedrigsten Priorität die es gibt, und das funzt auch woanders so einwandfrei. nice als 19 vergeben kann, also gleichauf bin mit dem Backup Kram.. |
15.11.07 06:43:33 | |
Lord_Pinhead |
@Skiller Was mich zwar schon stark verwundert weil der Server nicht gerade ein 486´er ist Das ganze lief mit der wohl niedrigsten Priorität die es gibt, und das funzt auch woanders so einwandfrei. @zahl Ich sag ja nur was meine Meinung ist, musst ja nicht machen. Mit der Config mein ich das einige Sachen anscheinend doch mal verändert wurden weil einige von meinen Einstellungen verschwunden sind. Das Tuning Script lief einmal die Woche durch bei mir und dem entsprechend hab ich dann die Einstellungen angepasst. |
13.11.07 18:32:58 | |
Zahl |
Die nice haben wir im gleichen Zuge auf 19 gesetzt. Eigentlich dachte ich hätte blue das damals gemacht, aber irgendwie standen die auf 5 und 17. Ich glaub nicht dass wir hier am SP sooo wichtige Sachen haben, dass n Backup jede Stunde nötig ist. mysqldump braucht übrigens mehr als "ein paar Sekunden"... Mit "heap table size aus dem Mysql raus" weiß ich grad nicht was du meinst, vor ein paar Wochen haben Blue und ich versucht dafür eine neue Zeile in die Config REIN zu machen (doppelte Maximalgröße, da die session-Tabelle zu viel Platz braucht) |
13.11.07 17:25:54 | |
sk1ll3R |
Zitat von Lord_Pinhead
⇨
es KANN gar nicht laggen
|
13.11.07 17:06:53 | |
Lord_Pinhead |
Euer Grab Da haben erst vor 2 Monaten 2 Foren eine Mail rausschicken müssen das nach einem Hack die Datenbank neu eingespielt werden musste und die Threads weg waren. Der Sinn hinter dem Stündlichen Backup war nunmal das es im Notfall nicht soviel Verlust gibt. Mal abgesehen davon das die Binlogs noch da wären im Notfall, aber wenn jemand per SQL Injection die Datenbank killt steht das auch drin und wird auch wieder ausgeführt. Blöd oder? Das Backup erfolgt via mysqldump innerhalb von sekunden. Das OPTIONALE packen via bzip2 ist das einzig Zeit und Rechenaufwendige daran. Es läuft allerdings mit absolut niedrigster Priorität (nice 19), es KANN gar nicht laggen. Natürlich muss man nicht packen, es ist genug Speicherplatz vorhanden. p.s. Zahl, warum hast du den heap table size aus dem Mysql raus? Lass mal /root/Adtools/tuning-primer.sh durchlaufen, das ist ein einfaches Tool um sein Mysql zu tunen. Sieht recht schrecklich aus. Les mal etwas auf http://dev.mysql.com/doc/refman/4.1/...variables.html |
13.11.07 12:08:45 | |
Lolo | Endlich muss man nicht jede Stunde im TS ausharren, bis man sich wieder volllabern kann |
13.11.07 12:04:54 | |
sk1ll3R |
Zitat von .Zahl
⇨
Wir haben jetzt die Backups nurnoch 1x Täglich laufen um 3 Uhr nachts.
Das sollte eigentlich genügen, somit laggt es jetzt nicht mehr jede Stunde Ne im Ernst: |
13.11.07 09:22:13 | |
Zahl |
Wir haben jetzt die Backups nurnoch 1x Täglich laufen um 3 Uhr nachts. Das sollte eigentlich genügen, somit laggt es jetzt nicht mehr jede Stunde |
Dieses Thema enthält mehr als 10 Antworten. Klicke hier, um das ganze Thema zu lesen. |
Forumregeln |