1 Dec
2016
1 Dec
'16
6:14 p.m.
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(a)jirutka.cz>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(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 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/ 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/>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>
jaroslavtyc(a)atlas.cz> wrote:
_______________________________________________
Community-list mailing
listCommunity-list@lists.vpsfree.czhttp://lists.vpsfree.cz/listinfo/community-list
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
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
http://lists.vpsfree.cz/listinfo/community-list