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.

Zcasti suhlasim, preto som rovno k nemu pridal aj link na mailing list vyvojarov postgresql, kde to oni rozoberaju :)




2016-12-01 18:48 GMT+01:00 Jakub Jirutka <jakub@jirutka.cz>:
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@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 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://www.postgresql.org/message-id/579795DF.10502@commandprompt.com (email thread).

Rene

2016-11-30 14:32 GMT+01:00 <kuba@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@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@lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list



_______________________________________________
Community-list mailing list
Community-list@lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list

_______________________________________________
Community-list mailing list
Community-list@lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list


_______________________________________________
Community-list mailing list
Community-list@lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list