Jump to content
php.lv forumi

MySQL cluster


raint

Recommended Posts

Labdien. Par mysql cluster... Tātad pamatzināšanas par darbības principu ir... Novērtētu, ja kāds iedotu informāciju par praktisko pusi tagad

1) Vai tas ir bezmaksas.
2) Cik sarežģīti to ir ieviest linux vidē?
3) Vai var iedot labu tutoriali priekš uzstādīšanas?
4) Kas būtu jāpatur prātā cilvēkam, kurš ar to nodarbojas pirmo reizi?

Link to comment
Share on other sites

Bez maksas ir tikai siers slazdā.

 

no 5.5 versijas, praktiski viss notiek caur konsolo, conf failā tikai jānodefinē server-id un ja vēlies logus citādāk glabāt.

CHANGE MASTER TO MASTER_HOST=’192.168.1.1′,
MASTER_PORT=3306,
MASTER_USER=’replication_user’,
MASTER_PASSWORD=’PASSWORD’;

 

Tā ka no vides nekas praktiski nav atkarīgs.

 

Arī replication_user tiesības tiek piešķirtas ar grant privileges.

 

Palasi mysql dokumentāciju.

Link to comment
Share on other sites

Nu pastāstīšu domu.

Sistēmā ir nodalīti selecti no update, delete, insert.. pirmās metodes iet pa vienu savienojumu uz vienu hostu, pārējās uz otru hostu...

...

tātad lasīšanai tiks izmantots randomā izvēlēts viens no 3 hostiem, kuri katrs replicē datus no viena master... tik daudz es saprotu..

...

nākamā doma ir izveidot cluster serveri, lai var tikt sadalīti arī izmaiņu kveriji... tātad, NDB storage engine, kurā ir nodes kurās glabājas dati, notiek menedžments... varētu būt, piemēram divas fiziskas kastes tikai izmaiņu kveriju astrādei, kas savā starpā sinhronizējas...

...

tad trešais posms būtu ka trīs slave serveri, kas replicē datus un apstrādā select'us, ņemtu datus no šī cluster...

...

izskatās, ka Tavs padoms, Rpr, ir tikai replikācijām..

paldies, Spaini, bet negribu lietot trešo softu.

Link to comment
Share on other sites

Nu pastāstīšu domu.

Sistēmā ir nodalīti selecti no update, delete, insert.. pirmās metodes iet pa vienu savienojumu uz vienu hostu, pārējās uz otru hostu...

...

tātad lasīšanai tiks izmantots randomā izvēlēts viens no 3 hostiem, kuri katrs replicē datus no viena master... tik daudz es saprotu..

...

nākamā doma ir izveidot cluster serveri, lai var tikt sadalīti arī izmaiņu kveriji... tātad, NDB storage engine, kurā ir nodes kurās glabājas dati, notiek menedžments... varētu būt, piemēram divas fiziskas kastes tikai izmaiņu kveriju astrādei, kas savā starpā sinhronizējas...

...

tad trešais posms būtu ka trīs slave serveri, kas replicē datus un apstrādā select'us, ņemtu datus no šī cluster...

...

izskatās, ka Tavs padoms, Rpr, ir tikai replikācijām..

paldies, Spaini, bet negribu lietot trešo softu.

 

man liekas, ka tev tie priekštati par NDB ir drusku greizi

ar NDB tak būs auto šārdings, cluster'im priekšā sēdēs mysqld, kurš nodrošina starpniecību, jo tu jau nezini, kurā serverī, kas ir, tad vēl NDB vajaga uz katras data node'a pietiekamu RAM apjomu priekš indeksiem, jo nedo dievs izbeigsies RAM's, tad vairāk jaunus datus ievietot nevarēs

 

severalnines piedāvā vienkārši rīkus konfigurācijas un deployment skriptu ģenerēšanai, protams var jau atrast arī chef cookbook'us utt.

Link to comment
Share on other sites

  • 1 month later...

kā ir ar mysql-proxy? 

Terorētiski izskatās, ka var norādīt vairākus backend serverus un backend ar read only, attiecīgi visi requesti balancējas starp visiem serveriem, bet neselekti iet uz master serveri...

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...