[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