Vlákno názorů k článku
Používat či nepoužívat MySQL? od Izak - MySQL je dobra databaze, na to na co...

MySQL je dobra databaze, na to na co byla urcena, to jest de fakto inteligentni disk s minimem zapisu a mohutnem cteni.
Nato je MySQL super, nebot tim ze toho malo umi, to malo dela skutecne rychle.

Na skutecne vytizeny server, s mnozstvim zapisu a mnozstvim cteni, zajisteni integrity dat a replikaci patri PostgreSQL popr rozsireny o Slony ... 1 server pro zapis a cluster pro vyhledavani.

Na PostgreSQL dokonce existuje proxy, ktera udela ze dvou serveru mirror, klient komunikuj s proxy a ta zapis dava na oba nody naraz a cte jen z jednoho a jeste to rozhazuje.

>Na skutecne vytizeny server, s mnozstvim zapisu replikaci patri PostgreSQL popr >rozsireny o Slony ... 1 server pro zapis a cluster pro vyhledavani.
Sorry ale Slony1 je nepouzitelne pokud je do databaze vice zapisu. Slave uzly nikdy nedohoni master.

Protoze:
1. fetchuji se radky ve skupinach po 100 misto pomoci COPY. Potreba poeditovat zdrojaky a vrazit tam aspon 1000. To ale odmita dev. team komitnout i kdyz jim to lidi v ML cas od casu mlati o hlavu.
2. vyzaduji se vicemene syncnute hodiny + timezona mezi servery
3. ma to race conditions a je potreba cas od casu rucne editovat katalogy
4. Jeden SQL statement na masteru to rozlozi na mnoho SQL statementu na slave uzlu (jejich provadeni je o mnoho pomalejsi)
5. Koncepce listen/notify eventu je zbytecna, stacilo by jen delat poll, protoze vzdycky tam nejaka nova data budou.
6. Nema optimalizaci fetchnutych dat pred jejich nacpanim do DB a ani nepouziva prepared statementy - delani zmen v lokalni db je proto znacne pomale.
7. ma to bugy, ktere i kdyz jsem nekolikrat reportoval a jsou to oneline fixy zustavaji porad nefixnuty
8. skalovatenost s poctem serveru v clusteru O(N*N)
9. Prepinani log segmentu je velmi brain damaged, navic segmenty jsou pouze 2, coz znemoznuje delat droptail optimalizaci tohoto procesu.

Slony1 je pouzitelne pouze pokud je na masteru *malo* zapisu. Slony1 by mohlo byt lepsi kdyby se na tom delalo ale protoze autorum to v produkci bezi na read mostly aplikaci, tak to fixnuty nebude nikdy, neni vule s tim neco delat. Kdyz neni vule autoru s tim neco delat tak zjevne Open source koncepce nefunguje.

Proto taky vznikaji nove replikacni projekty pro pgsql. Jejich developeri pochopili, ze cas spostrebovany v diskuzich na slony ML se da efektivneji vyuzit pro kodovani vlastniho systemu.

Taky jeste slony1 instalace pouzivam, ale uz ho nepouzivam pro nove projekty. Jsou lepsi reseni. Jedno sponzoruji.