Onderwerp: mysql: servernaam-bin.000140

In de map /var/lib/mysql/ vind ik honderden grote bestanden, tot 1 gig groot,
met de volgende structuur:
servernaam-bin.000140
Waarbij de laatste cijfers steeds veranderen.
Als ik ze open krijg ik een lijst met ?opdrachten? die ooit uitgevoerd zijn.

Mogen al deze -bin bestandjes zomaar verwijderd worden, want ze nemen 20 gig in beslag. :s
en hoe zit het met servernaam-bin.index? dit bevat een lijst precies.


Edit: ik heb in my.cnf bin-log gecommented met #.
Mag ik nu gewoon al die bin bestandjes deleten?

Het zijn logs, die kan je nogmaal purgen, raadpleeg de mysql manual hiervoor.

Nu bin-log uit staan, mag ik deze dan gewoon deleten manueel?
Of dien ik in mysql> RESET
te typen?

mysql -u root -p XXXXXXX -e "PURGE MASTER LOGS TO 'servername-bin.10';"

Staat ook ergens, maar dan ben ik uren bezig...

PURGE MASTER LOGS TO 'servername-bin.xx

zal alle logs purgen tot en met xx

mysql> PURGE BINARY LOGS BEFORE '2007-01-30 22:46:26';
Query OK, 0 rows affected (0.00 sec)

Hij verwijderd dus niets...

Met "PURGE MASTER LOGS TO 'okill-bin.000110';" doet hij ook niets.
mysql zegt gewoon netjes het volgende lijntje.
-->

Iemand enige suggesties?

Ps: 1-eurohost.com rocks!

Ik heb in my.cnf alle bin loggings uitgezet,
alle okill-bin.xxxx bestanden verwijderd behalve nummer 1, en in de index alle verwijzingen verwijderd behalve de eerste

Ik ben niet zeker of het wel mocht, maar het heeft me toch mooi 19,2GIG bespaard aan schijfruimte.

Korte duidelijkere uitleg dan mysql handleiding:
http://www.science.uva.nl/ict/ossdoc...Log_files.html

Waarom niet gewoon dit in een crontabje zetten:

find /path-naar-je-mysql-lib/. -name \servername-bin.* -mtime +1 -exec rm {} \;

Ik wist niet of ze wel weg mochten.

Men zegt dat die bin bestanden heel belangrijk zijn om later een backup terug te zetten, moet ik het dan weer aanzetten en dat in mijn crontabje zetten?
Nee toch, daar zijn we dan nog niets mee?

Je moet dan toch een 2de server (slave?) hebben waarnaar die bins worden gestuurd en toegepast om zo een goede backup te hebben?

Daarvoor hebben ze mysql replication uitgevonden en mysqldump
dat is pas handig.... daarvoor ben je die bin files niet benodigt hoor......

iig mysqldump om het uur en je bent zeeeer veilig tenminste als je het een week lang opslaat op een andere machine tenminste... anders heb je er nog niets aan bij een hdd crash

De bin files zijn nodig om in geval avn een plotselinge crash de laatste handelingen toch te kunnen redo'en... Elke handelign door mysql wordt eerst naar de binlog gestuurd voor hij wordt uitgevoerd.