1 Dec
2016
1 Dec
'16
4:38 p.m.
Este na MySQL scaling sa da pouzit https://github.com/youtube/vitess , 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.
2016-12-01 16:59 GMT+01:00 Jaroslav Týc <jaroslavtyc(a)atlas.cz>cz>:
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
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