[vpsFree.cz: community-list] MySQL vs PostgreSQL - systémové nároky a replikace

[Jakub Jirutka]

Ahoj,

do téhle diskuze jsem nechtěl vstupovat, ale když tu vidím odkaz na článek https://eng.uber.com/mysql-migration/ <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/ <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 at 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/>https://eng.uber.com/mysql-migration/ <https://eng.uber.com/mysql-migration/> a https://www.postgresql.org/message-id/579795DF.10502@commandprompt.com <https://www.postgresql.org/message-id/579795DF.10502@commandprompt.com> (email thread).
>> 
>> Rene
>> 
>> 2016-11-30 14:32 GMT+01:00 <kuba at ufiseru.cz <mailto:kuba at ufiseru.cz>>:
>> Velice jednoduchý a stručný přehled vhodnosti databází je tady:  <http://howfuckedismydatabase.com/>http://howfuckedismydatabase <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" < <mailto:jaroslavtyc at atlas.cz>jaroslavtyc at atlas.cz <mailto:jaroslavtyc at 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 at lists.vpsfree.cz <mailto:Community-list at lists.vpsfree.cz>
>> http://lists.vpsfree.cz/listinfo/community-list <http://lists.vpsfree.cz/listinfo/community-list>
>> 
>> 
>> 
>> _______________________________________________
>> Community-list mailing list
>> Community-list at lists.vpsfree.cz <mailto:Community-list at lists.vpsfree.cz>
>> http://lists.vpsfree.cz/listinfo/community-list <http://lists.vpsfree.cz/listinfo/community-list>
> 
> _______________________________________________
> Community-list mailing list
> Community-list at lists.vpsfree.cz
> http://lists.vpsfree.cz/listinfo/community-list

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.vpsfree.cz/pipermail/community-list/attachments/20161201/50a5fd21/attachment-0002.html>