Linux+MySQL: milyen fájlrendszeren?
2009.10.12. 09:23
A Linux sok területen a választásról szól. És most nem arra gondolok, hogy nem muszáj használni, lehet mást telepíteni. :)
Fájlrendszer fronton számos lehetőségünk van, amelyek között sokan személyes preferencia (ezt ismerem, ezt szeretem) alapján választanak. De vajon melyik fájlrendszer teljesít a legjobban MySQL alatt?
Nézzük:
A fájlrendszerek a standard beállításaikkal lettek megformázva, a hardver és szoftverkörnyezet a korábbiakban említett (MySQL és PostgreSQL történelem cikkek).
Meglepő, hogy az ext3 ilyen fölényesen gyaláz mindenkit, a feltörekvő, új generációs FS-ek (btrfs, ext4) pedig mennyire rosszul teljesítenek...
A bejegyzés trackback címe:
Kommentek:
A hozzászólások a vonatkozó jogszabályok értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a Felhasználási feltételekben és az adatvédelmi tájékoztatóban.
AP! (törölt) 2009.10.12. 12:24:31
blackshepherd · http://suckit.blog.hu 2009.10.12. 12:26:54
lolcode · http://isten.aldja.szalaiannamari.at 2009.10.12. 12:55:41
psr6 2009.10.12. 15:31:19
TF112 2009.10.12. 17:28:42
bagoj ur 2009.10.13. 12:25:16
blackshepherd · http://suckit.blog.hu 2009.10.13. 16:29:54
v.l 2009.12.20. 21:29:42
ugye vagy ki volt kapcsolva a diszkeken a write cache, vagy volt barrier=1 mount opció az ext3-nak? mert különben egy gyors, ámde életveszélyes konfigurációt találtál leggyorsabbnak, ami nem túl meglepő, de csak a jó backuppal rendelkezőknek merném ajánlani...
a zfs pl. tudja kezelni azt, hogy van write cache a diszkben, sőt, ki is használja. a btrfs és az ext4 eleve nem teszi lehetővé a barrier nélküli vakrepülést.
TF112 2010.02.23. 01:01:34
Scythe 2011.10.21. 17:19:23
v.l 2011.11.03. 23:16:43
A megoldás pofonegyszerű: az A és a B írás közötti tartunk egy mesterséges szünetet (ez lesz a barrier), azt mondjuk az oprendszernek, hogy akkor kezdhet neki a barrier utáni írásoknak, amikor a barrier előtti összes írás már diszkre került. Ez kell minden journalling fájlrendszer, és minden log-based adatbáziskezelő rendes működéséhez.
A barrier-re egyáltalán nincs szükség, ha az írásokat nem puffereljük, azaz ha az oprendszer akkor jelzi csak az írás elkészültét, ha az valóban a diszken van (write-through üzemmód). De ez meg baromi lassú tud lenni.