<div dir="ltr">Este na MySQL scaling sa da pouzit <a href="https://github.com/youtube/vitess">https://github.com/youtube/vitess</a> , co je riesenie priamo vyvijane a podporovane Googlom (Youtube). Ak vas to zaujalo, tak na youtube je tiez par talkov opisujucich, ako to funguje a ake to ma drawbacks. Podla ich slov to scaluje MySQL na desattisice nodov. Nemam to este prakticke vyskusane, ale planujem v blizskej buducnosti.</div><div class="gmail_extra"><br><div class="gmail_quote">2016-12-01 16:59 GMT+01:00 Jaroslav Týc <span dir="ltr"><<a href="mailto:jaroslavtyc@atlas.cz" target="_blank">jaroslavtyc@atlas.cz</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<p>Hmm, tak to je zajímavé shrnutí PostgreSQL problémů, díky za to.<br>
</p><div><div class="h5">
<br>
<div class="m_-7187812718018076224moz-cite-prefix">On 12/01/2016 01:49 PM, René Klačan
wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">Vo <a href="http://fetlife.com" target="_blank">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><br>
</div>
<div>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><br>
</div>
<div>Zaujimave clanky, ktore opisuju rozdiely medzi MySQL a
Postgres a vhodnost pouzitia na rozdielne usecasy su este <a href="https://eng.uber.com/mysql-migration/" target="_blank"></a><a class="m_-7187812718018076224moz-txt-link-freetext" href="https://eng.uber.com/mysql-migration/" target="_blank">https://eng.uber.com/<wbr>mysql-migration/</a>
a <a href="https://www.postgresql.org/message-id/579795DF.10502@commandprompt.com" target="_blank">https://www.postgresql.org/<wbr>message-id/579795DF.10502@<wbr>commandprompt.com</a>
(email thread).</div>
<div><br>
</div>
<div>Rene</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">2016-11-30 14:32 GMT+01:00 <span dir="ltr"><<a href="mailto:kuba@ufiseru.cz" target="_blank">kuba@ufiseru.cz</a>></span>:<br>
<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 href="http://howfuckedismydatabase.com/" rel="noreferrer" target="_blank"></a><a class="m_-7187812718018076224moz-txt-link-freetext" href="http://howfuckedismydatabase" target="_blank">http://howfuckedismydatabase</a>.c<wbr>om/<br>
<br>
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>
<br>
K postgersu se nevyjadřuju, sice ho trochu používam, ale jen
v jedné instanci bez nějaký zásadní konfigurace..<br>
<br>
-miky.<br>
<span><br>
<br>
<br>
November 30 2016 8:38 AM, "Jaroslav Týc" <<a href="mailto:jaroslavtyc@atlas.cz" target="_blank"></a><a class="m_-7187812718018076224moz-txt-link-abbreviated" href="mailto:jaroslavtyc@atlas.cz" target="_blank">jaroslavtyc@atlas.cz</a>>
wrote:<br>
> Ahoj, řešíme souběžné nasazení MySQL (respektive
MariaDB) a PostgreSQL, ovšem náš poskytovatel nás<br>
> od toho opakovaně zrazuje s následujícími argumenty,
kterým příliš nevěřím, rád bych se vás zeptal<br>
</span>> na praktické zkušenostiPostgreSQL lze replikovat
pouze v rezimu Master-Slave s tim, ze Slave je<br>
> vzdy read-onlypřitom pouhou namátkou najdu dlouhý
seznam nástrojů, které nabízí spoustu možností<br>
<span>><br>
> PostgreSQL ma vyrazne vyssi naroky na systemove
prostredky oproti MySQL (predevsim RAM a rezie<br>
> spojena s pouzivanim shared memory) a na CPU
(PostgreSQL se vzrustajicim poctem requestu casteji<br>
</span>> forkuje)nevěřím, že pro stejná data a stejné
queries spotřebuje Postrgres výrazně více systémových<br>
<span class="m_-7187812718018076224im m_-7187812718018076224HOEnZb">> prostředků<br>
><br>
> Jak to vidíte vy?<br>
> Díky, Jarda<br>
</span>
<div class="m_-7187812718018076224HOEnZb">
<div class="m_-7187812718018076224h5">______________________________<wbr>_________________<br>
Community-list mailing list<br>
<a href="mailto:Community-list@lists.vpsfree.cz" target="_blank">Community-list@lists.vpsfree.c<wbr>z</a><br>
<a href="http://lists.vpsfree.cz/listinfo/community-list" rel="noreferrer" target="_blank">http://lists.vpsfree.cz/listin<wbr>fo/community-list</a><br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="m_-7187812718018076224mimeAttachmentHeader"></fieldset>
<br>
<pre>______________________________<wbr>_________________
Community-list mailing list
<a class="m_-7187812718018076224moz-txt-link-abbreviated" href="mailto:Community-list@lists.vpsfree.cz" target="_blank">Community-list@lists.vpsfree.<wbr>cz</a>
<a class="m_-7187812718018076224moz-txt-link-freetext" href="http://lists.vpsfree.cz/listinfo/community-list" target="_blank">http://lists.vpsfree.cz/<wbr>listinfo/community-list</a>
</pre>
</blockquote>
<br>
</div></div></div>
<br>______________________________<wbr>_________________<br>
Community-list mailing list<br>
<a href="mailto:Community-list@lists.vpsfree.cz">Community-list@lists.vpsfree.<wbr>cz</a><br>
<a href="http://lists.vpsfree.cz/listinfo/community-list" rel="noreferrer" target="_blank">http://lists.vpsfree.cz/<wbr>listinfo/community-list</a><br>
<br></blockquote></div><br></div>