Dotaz: Prapodivná velikost MySQL databáze

[Tabak]

Zdravím, na mem stroji (s Gentoo) běží již nějaký ten pátek MySQL server. Obsluhuje pár databází (13) z nihž většina neobsahuje pár tabulek s pár záznamy, pouze dvě mají velikost okolo 100MB. Tyto hodnoty mám z PHPMyAdmina. Když se ale podívám v příkazové řádnce na velikost adresáře ve kterém má MySQL databáze uložené ( datadir v konfiguráku) tak s hrůzou zjištuji že zabírá přez 3.2GB. Chtěl bych se zeptat jestli někdo ví proč databáze zabírají tolik místa na HDD když MyAdmin ukazuje daleko menší velikost.Děkuji.

Odpovědi

[Tabak]

Omlou vám se, v druhé větě mi chybí pár slov :), má tam být neobsahuje VÍC NEŽ pár tabulek s pár záznamy

[Petr Šobáň]

Nevím přesně jaké hodnoty sleduješ ale velikost adresáře se u ext2 nezmenšuje když smažeš soubory, pokud chceš zmenšit velikost adresáře tak soubory přesuň jinam a adresář smaž a vytvoř znovu a soubory tam zase vlož.

Taky záleží co počítáš zda fyzicky co soubor zabírá nebo logicky co soubor zabírá.

Taky nemáš tam nějaké skryté soubory a pod....

Prostě chtělo by to dodat přesné vypisy těch adresářů, jak a co jsi počítal.

[cronin]

Vo svete relacnych databaz je casty pripad, ze ked sa nieco maze/dropuje, v skutocnosti sa to len interne oznaci, ale zostava to v databazovych suboroch. Ta velkost moze byt taka preto, ze v minulosti tam nieco skutocne tak velke bolo, potom sa to droplo, ale v skutocnosti to tam stale je. Databaza by mala poskytovat nastroje na "upratanie" takychto pozostatkov; alebo aj nie.

Celkom pravdepodobny je aj pripad, ktory bol zmieneny vyssie: v inkriminovanom adresari existuju subory, ktore boli zmazane, ale este neboli nejakym procesom uzatvorene, takze stale existuju, zaberaju miesto a zmiznu az vo chvili, ked ich uzatvori posledny proces. Taketo subory (teda miesto nimi obsadene), by mali byt vidiet prostrednictvom df(1), nie vsak prostrednictvom du(1), IIRC. Reboot by mal dat spolahlivu odpoved na toto.

Kedze si ale zistoval velkost adresara, predpokladam, ze si pouzil du takze tam patrne nieco skutocne je. Ak to nie su databazove udaje, ako som zmienil vyssie, nemohli by to byt logy? Takze jednoducho chod do toho adresara a najdi inkriminovany subor/adresar; ak chyba tak obrovske mnozstvo priestoru, zvycajne je spotrebovane na jedinom mieste.

[Tabak]

Nemylim ze by to bylo nedokonalym udojum o volnem miste u ext2 mam totiz ext3. A pokud se podivam do adresare s db tak tam skutecne jsou soubory ktere zabiraji treba GB. Je tam par adresaru odpovidajicich databazaim i velikosti. Ale potom je tam snuska souboru s nazvem "mojeDNS"-bin.xxxx ktere zabiraji ty GB. Jinak velikosti databaze myslim celkova velikost = data + struktura.

[Jiří Veselský]

neco-bin.NNNN jsou binární logy, které vytváří master server za účelem replikace na slavech. Pokud replikaci nepoužíváte (jakože asi ne), tak je můžete beztrestně smazat a jejich vytváření vypnout příkazem set sql_log_bin=0.

Více viz dokumentace.

[Tabak]

Dekuji moc, to je presne to co sem potreboval.