Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.

famozni "growing ibdata1" cak i poslije innodb_file_per_table=1

[es] :: MySQL :: famozni "growing ibdata1" cak i poslije innodb_file_per_table=1

[ Pregleda: 1773 | Odgovora: 3 ] > FB > Twit

Postavi temu Odgovori

Autor

Pretraga teme: Traži
Markiranje Štampanje RSS

Schmidt
RHCE

Član broj: 80784
Poruke: 647
*.blic.net.



+10 Profil

icon famozni "growing ibdata1" cak i poslije innodb_file_per_table=123.05.2011. u 11:17 - pre 157 meseci
Ukljucio sam innodb_file_per_table=1 na novom serveru, prije kreiranja baza.
Nakon toga importovao dumpove, i super, file-ovi napravljeni u direktorijumu gdje je i baza, lako se snalazim, vidim koje mi tabele rastu, kolike su itd.
Medjutim, nakon par dana testiranja servera, dropovanja baza, importovanja, truncate komandi, select/insert/update i svega ostalog sto mi je palo na pamet, vidio sam da je ibdata1 ipak narastao na 2 G :(
Odem na net da vidim gdje sam pogrijesio i izmedju ostalog naidjem na theradove u kojima se spomnije da je to bug, dok mysql stuff tvrdi da nije bug.
Sve u svemu, slazem se da nije bug, s obzirom na dokumentaciju ponasa se bas kako je receno. ibdata1 ipak vremenom raste.
Ono sto je problem je sto ga ne mozes vratiti nazad. :(
Ima li nacina da se to uradi osim dumpovanja baza, dropovanja baza, brisanja ibdata1 i onda import nazad svih dumpova. To izaziva prilican down time, a povecava se sa porastom velicine baza :(
Da li je to trenutno uopste na listi prioriteta mysql developera?
 
Odgovor na temu

bogdan.kecman
Bogdan Kecman
"specialist"
Oracle
srbistan

Član broj: 201406
Poruke: 15887
*.31.24.217.adsl2.beograd.com.

Sajt: mysql.rs


+2377 Profil

icon Re: famozni "growing ibdata1" cak i poslije innodb_file_per_table=123.05.2011. u 14:36 - pre 157 meseci
da to je "dizajnirano ponasanje" - dakle nije bug, bug je kada se nesto ponasa onako kako ne ocekujes (suprotno od onoga kako je dizajnirano i dokumentovano) ... e sad, dal je dizanirano kako treba, to je vec diskutabilno pitanje ...

razlog za rast je to sto data dictionary, undo log, rollback segments - nista od toga ne ume da ponovo iskoristi obrisan segment tablespace-a ...

kada je zaboden file_per_table onda taj obrisani deo tablespace-a koriste tabele, ovako posto nema tabela tu, taj space se ne koristi ni za sta ..

Citat:
Schmidt
Da li je to trenutno uopste na listi prioriteta mysql developera?


Ne. Heikki je rekao da ce to promeniti "jednom u buducnosti" .. ko zna, mozda bude i u 5.5 ali .. videcemo... mnogo je veca verovatnoca da se nadje u 5.6 ... doduse trenutno Mark C. (facebook) gura da se to popravi tako da ko zna, oni daju mnogo para :D mozda i popravimo :D


 
Odgovor na temu

tarla

Član broj: 15527
Poruke: 1648



+42 Profil

icon Re: famozni "growing ibdata1" cak i poslije innodb_file_per_table=123.05.2011. u 20:38 - pre 157 meseci
Majke mi i ja sam voljan platiti da se to malo ubrza... Par puta me ukopalo...


 
Odgovor na temu

bogdan.kecman
Bogdan Kecman
"specialist"
Oracle
srbistan

Član broj: 201406
Poruke: 15887
*.com
Via: [es] mailing liste

Sajt: mysql.rs


+2377 Profil

icon Re: famozni "growing ibdata1" cak i poslije innodb_file_per_table=123.05.2011. u 21:28 - pre 157 meseci
fora je sto je problem u dizajnu .. svaka promena dizajna vuce za sobom ogroman rad i mnoooogo testiranja posto se sve oslanja na dizajn .. dodatno "hdd space is cheap, dev hours are expensive" ....
 
Odgovor na temu

[es] :: MySQL :: famozni "growing ibdata1" cak i poslije innodb_file_per_table=1

[ Pregleda: 1773 | Odgovora: 3 ] > FB > Twit

Postavi temu Odgovori

Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.