2 Dec
2016
2 Dec
'16
4:28 p.m.
Ahoj,
můj aktuální postoj je takový, že MySQL a jeho klony dávám jen tam, kde
to musí být (někdo to vysloveně požaduje nebo to musí běžet v prostředí,
kde nic než MySQL není). Jinak používám PostgreSQL, který se ukazuje být
naprosto spolehlivý (včetně replikace - zatím jsem ale používal jen
master-slave), což se o MySQL říct rozhodně nedá - tam už jsem se peklil
s kde čím, včetně záhadně padajících replikací.
Lukáš Jelínek
Obzory se rozšiřují, díky
On 12/01/2016 06:48 PM, Jakub Jirutka wrote:
> Ahoj,
>
> do téhle diskuze jsem nechtěl vstupovat, ale když tu vidím odkaz na
> článek https://eng.uber.com/mysql-migration/, tak už musím. Ten
> článek je plný technických chyb, polopravd a zcestných závěrů.
> Zkrátka jeho autor pořádně nezná architekturu PostgreSQL, nepřečetl
> si dostatečně pozorně ani dokumentaci, navíc má zkušenosti jen z již
> historické verze, a vyvozuje z toho nějaké aktuální závěry.
>
> Velice fundovanou odpověď na to sepsal Simon Riggs z 2ndQuadrant:
> http://blog.2ndquadrant.com/thoughts-on-ubers-list-of-postgres-limitations/.
> Pokud by přesto někdo měl pochybnosti, mohu ho zkontaktovat s Pavlem
> Stěhule, který se k tomu jistě rád vyjádří.
>
> Jinak ještě k tématu diskuze – vybírat si mezi MySQL a PostgreSQL
> podle systémových nároků mi přijde dost mimo, tedy pokud neřešíte
> použití v embedded zařízení (tam pak ale nedávají smysl obě
> možnosti). Osobně bych MySQL nikam, kde potřebujete plnohodnotnou
> (objektově-)relační databázi s ACID, nedoporučoval.
>
> Jakub J.
>
>> On 1. Dec 2016, at 16:59, Jaroslav Týc <jaroslavtyc(a)atlas.cz> wrote:
>>
>> Hmm, tak to je zajímavé shrnutí PostgreSQL problémů, díky za to.
>>
>>
>> On 12/01/2016 01:49 PM, René Klačan wrote:
>>> Vo fetlife.com <http://fetlife.com/> aktualne pouzivame Perconu v
>>> jednoduchom master slave setupe (1 master a 1 slave) a handlujeme v
>>> priemere 67k web requestov za minutu, co je v priemere 1.6M sql
>>> callov za minutu podla New Relic. A to aktualne ani nebalancujeme
>>> read requesty, cize vsetky requesty idu priamo na mastera.
>>>
>>> Oba servery maju 2x 3GHz Intel Xeon-IvyBridge (E5-2690-V2-DecaCore)
>>> a 256GB RAM. Aktualne vyuzitie RAM na masterovi je 76% a priemerny
>>> CPU load je 0.14
>>>
>>> Zaujimave clanky, ktore opisuju rozdiely medzi MySQL a Postgres a
>>> vhodnost pouzitia na rozdielne usecasy su este
>>> https://eng.uber.com/mysql-migration/ a
>>> https://www.postgresql.org/message-id/579795DF.10502@commandprompt.com
>>> (email thread).
>>>
>>> Rene
>>>
>>> 2016-11-30 14:32 GMT+01:00 <kuba(a)ufiseru.cz>cz>:
>>>
>>> Velice jednoduchý a stručný přehled vhodnosti databází je tady:
>>> http://howfuckedismydatabase.com/
>>>
>>> Jinak osobně doporučuju místo MySQL používat Perconu - jejich
>>> XtraDB engine (InnoDB na steroidech) je výkonem někde trochu
>>> jinde a běžně používáme M2M konfiguraci, která ale neni
>>> balancovaná, tj. DB běží jako M2M, ale aplikace je v režimu
>>> failover s tím, že každá instance aplikace používá jiný master.
>>> Zní to hrozně, ale je to jednodušší než to vypadá :) Akorát je
>>> třeba ošetřit věci typu auto_increment a provozujeme to všechno
>>> v jednom DC, ideálně co nejblíž u sebe. M2M mezi datacentrama
>>> už je v případě MySQL/MariaDB/Percona na nasazení Galera Clusteru.
>>>
>>> K postgersu se nevyjadřuju, sice ho trochu používam, ale jen v
>>> jedné instanci bez nějaký zásadní konfigurace..
>>>
>>> -miky.
>>>
>>>
>>>
>>> November 30 2016 8:38 AM, "Jaroslav Týc"
<jaroslavtyc(a)atlas.cz>
>>> wrote:
>>> > Ahoj, řešíme souběžné nasazení MySQL (respektive MariaDB) a
>>> PostgreSQL, ovšem náš poskytovatel nás
>>> > od toho opakovaně zrazuje s následujícími argumenty, kterým
>>> příliš nevěřím, rád bych se vás zeptal
>>> > na praktické zkušenostiPostgreSQL lze replikovat pouze v
>>> rezimu Master-Slave s tim, ze Slave je
>>> > vzdy read-onlypřitom pouhou namátkou najdu dlouhý seznam
>>> nástrojů, které nabízí spoustu možností
>>> >
>>> > PostgreSQL ma vyrazne vyssi naroky na systemove prostredky
>>> oproti MySQL (predevsim RAM a rezie
>>> > spojena s pouzivanim shared memory) a na CPU (PostgreSQL se
>>> vzrustajicim poctem requestu casteji
>>> > forkuje)nevěřím, že pro stejná data a stejné queries
>>> spotřebuje Postrgres výrazně více systémových
>>> > prostředků
>>> >
>>> > Jak to vidíte vy?
>>> > Díky, Jarda
>>> _______________________________________________
>>> Community-list mailing list
>>> Community-list(a)lists.vpsfree.cz
>>> <mailto:Community-list@lists.vpsfree.cz>
>>> http://lists.vpsfree.cz/listinfo/community-list
>>> <http://lists.vpsfree.cz/listinfo/community-list>
>>>