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

Jaroslav Týc jaroslavtyc at atlas.cz
Thu Dec 1 20:16:28 CET 2016


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 at atlas.cz 
>> <mailto: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/ a 
>>> 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/
>>>
>>>     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 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
>>> 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
>
>
>
> _______________________________________________
> 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/96dd104f/attachment-0002.html>


More information about the Community-list mailing list