<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Ahoj,<br>
můj aktuální postoj je takový, že MySQL a jeho klony dávám jen
tam, kde to musí být (někdo to vysloveně požaduje nebo to musí
běžet v prostředí, kde nic než MySQL není). Jinak používám
PostgreSQL, který se ukazuje být naprosto spolehlivý (včetně
replikace - zatím jsem ale používal jen master-slave), což se o
MySQL říct rozhodně nedá - tam už jsem se peklil s kde čím, včetně
záhadně padajících replikací.<br>
<br>
Lukáš Jelínek<br>
<br>
</div>
<blockquote cite="mid:be6fd161-8957-84cf-4d5a-4e737338e327@atlas.cz"
type="cite">
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
<p>Obzory se rozšiřují, díky<br>
</p>
<br>
<div class="moz-cite-prefix">On 12/01/2016 06:48 PM, Jakub Jirutka
wrote:<br>
</div>
<blockquote
cite="mid:FF31605C-6194-4CD5-B11C-F25BAA395DCD@jirutka.cz"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=UTF-8">
Ahoj,
<div class=""><br class="">
</div>
<div class="">do téhle diskuze jsem nechtěl vstupovat, ale když
tu vidím odkaz na článek <a moz-do-not-send="true"
href="https://eng.uber.com/mysql-migration/" class="">https://eng.uber.com/mysql-migration/</a>,
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.</div>
<div class=""><br class="">
</div>
<div class="">Velice fundovanou odpověď na to sepsal Simon Riggs
z 2ndQuadrant: <a moz-do-not-send="true"
href="http://blog.2ndquadrant.com/thoughts-on-ubers-list-of-postgres-limitations/"
class="">http://blog.2ndquadrant.com/thoughts-on-ubers-list-of-postgres-limitations/</a>.
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ří.</div>
<div class=""><br class="">
</div>
<div class="">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.</div>
<div class=""><br class="">
</div>
<div class="">Jakub J.</div>
<div class=""><br class="">
<div>
<blockquote type="cite" class="">
<div class="">On 1. Dec 2016, at 16:59, Jaroslav Týc <<a
moz-do-not-send="true"
class="moz-txt-link-abbreviated"
href="mailto:jaroslavtyc@atlas.cz">jaroslavtyc@atlas.cz</a>>
wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<meta content="text/html; charset=UTF-8"
http-equiv="Content-Type" class="">
<div bgcolor="#FFFFFF" text="#000000" class="">
<p class="">Hmm, tak to je zajímavé shrnutí PostgreSQL
problémů, díky za to.<br class="">
</p>
<br class="">
<div class="moz-cite-prefix">On 12/01/2016 01:49 PM,
René Klačan wrote:<br class="">
</div>
<blockquote
cite="mid:CAD8Jy_Pd6Z2oeMKKfWmPxcmYyJd=OMFx7Vb0bdf3A2j_uQNQHQ@mail.gmail.com"
type="cite" class="">
<div dir="ltr" class="">Vo <a
moz-do-not-send="true"
href="http://fetlife.com/" class="">fetlife.com</a>
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.
<div class=""><br class="">
</div>
<div class="">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</div>
<div class=""><br class="">
</div>
<div class="">Zaujimave clanky, ktore opisuju
rozdiely medzi MySQL a Postgres a vhodnost
pouzitia na rozdielne usecasy su este <a
moz-do-not-send="true"
class="moz-txt-link-freetext"
href="https://eng.uber.com/mysql-migration/">https://eng.uber.com/mysql-migration/</a>
a <a moz-do-not-send="true"
href="https://www.postgresql.org/message-id/579795DF.10502@commandprompt.com"
class="">https://www.postgresql.org/message-id/579795DF.10502@commandprompt.com</a>
(email thread).</div>
<div class=""><br class="">
</div>
<div class="">Rene</div>
</div>
<div class="gmail_extra"><br class="">
<div class="gmail_quote">2016-11-30 14:32
GMT+01:00 <span dir="ltr" class=""><<a
moz-do-not-send="true"
class="moz-txt-link-abbreviated"
href="mailto:kuba@ufiseru.cz">kuba@ufiseru.cz</a>></span>:<br
class="">
<blockquote class="gmail_quote" style="margin:0
0 0 .8ex;border-left:1px #ccc
solid;padding-left:1ex">Velice jednoduchý a
stručný přehled vhodnosti databází je tady: <a
moz-do-not-send="true"
class="moz-txt-link-freetext"
href="http://howfuckedismydatabase">http://howfuckedismydatabase</a>.<wbr
class="">com/<br class="">
<br class="">
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.<br class="">
<br class="">
K postgersu se nevyjadřuju, sice ho trochu
používam, ale jen v jedné instanci bez nějaký
zásadní konfigurace..<br class="">
<br class="">
-miky.<br class="">
<span class=""><br class="">
<br class="">
<br class="">
November 30 2016 8:38 AM, "Jaroslav Týc"
<<a moz-do-not-send="true"
class="moz-txt-link-abbreviated"
href="mailto:jaroslavtyc@atlas.cz">jaroslavtyc@atlas.cz</a>>
wrote:<br class="">
> Ahoj, řešíme souběžné nasazení MySQL
(respektive MariaDB) a PostgreSQL, ovšem náš
poskytovatel nás<br class="">
> od toho opakovaně zrazuje s
následujícími argumenty, kterým příliš
nevěřím, rád bych se vás zeptal<br class="">
</span>> na praktické zkušenostiPostgreSQL
lze replikovat pouze v rezimu Master-Slave s
tim, ze Slave je<br class="">
> vzdy read-onlypřitom pouhou namátkou
najdu dlouhý seznam nástrojů, které nabízí
spoustu možností<br class="">
<span class="">><br class="">
> PostgreSQL ma vyrazne vyssi naroky na
systemove prostredky oproti MySQL (predevsim
RAM a rezie<br class="">
> spojena s pouzivanim shared memory) a
na CPU (PostgreSQL se vzrustajicim poctem
requestu casteji<br class="">
</span>> forkuje)nevěřím, že pro stejná
data a stejné queries spotřebuje Postrgres
výrazně více systémových<br class="">
<span class="im HOEnZb">> prostředků<br
class="">
><br class="">
> Jak to vidíte vy?<br class="">
> Díky, Jarda<br class="">
</span>
<div class="HOEnZb">
<div class="h5">______________________________<wbr
class="">_________________<br class="">
Community-list mailing list<br class="">
<a moz-do-not-send="true"
href="mailto:Community-list@lists.vpsfree.cz"
class="">Community-list@lists.vpsfree.<wbr
class="">cz</a><br class="">
<a moz-do-not-send="true"
href="http://lists.vpsfree.cz/listinfo/community-list"
rel="noreferrer" target="_blank"
class="">http://lists.vpsfree.cz/<wbr
class="">listinfo/community-list</a><br
class="">
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
</blockquote>
<br>
</body>
</html>