1 Dec
2016
1 Dec
'16
5:48 p.m.
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(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 <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(a)ufiseru.cz <mailto:kuba@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@atlas.cz>jaroslavtyc@atlas.cz
<mailto:jaroslavtyc@atlas.cz>> wrote:
_______________________________________________
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 <mailto:Community-list@lists.vpsfree.cz>
http://lists.vpsfree.cz/listinfo/community-list
<http://lists.vpsfree.cz/listinfo/community-list>
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz <mailto:Community-list@lists.vpsfree.cz>
http://lists.vpsfree.cz/listinfo/community-list
<http://lists.vpsfree.cz/listinfo/community-list>