zavisi koliko ima tih skripti sta rade i nad kojim podacima ..
primer
[1] 1. mysql server - 5000 inserta po jedan red - SPOROOOOOOOOO
[2] 1. mysql server - 1 insert od 5000 redova - normalno
[3] 2datanode klaster - 1 sql node koji radi 5000 inserta po jedan red - seda brada, 2 zivota etc .. dakle ne zelis to da radis
[4] 2datanode klaster - 1 sql node koji radi 1 insert od 5000 redova - normalno ali sporije nego slucaj [2]
[5] 1 mysql server - 5 klijenata koji rade insert od po 1000 redova - normalno - zavisno od tipa tabele isto ili sporije od [2]
[6] 2datanode klaster - 1 sql nod sa 5 klijenata koji rade insert po 1000 redova - sporije od [4] par puta
[7] 2datanode klaster - 5 sql nodova od kojih svaki ima 1 klijent koji insertuje po 1000 redova - brze od svega do sada
[8] 2datanode klaster - 5 ndb api nodova koji insertuju po 1000 redova - brze 2-5 puta od [7] iliti BRZOOOOOOOOOOOO
sada naravno, ovde zavisi da li su data in ram ili data on disk tabele, kakvi su upiti, kakvi su inserti ... kakav je link izmedju data nodova (akos tavis 100mbps link zaboravi na performanse), kakve su tabele ... etc etc ..
ono sto je "common" stvar je
- ndb api je najbrzi nacin pristupa
- vise nodova zakacenih za klaster je bolje nego jedan nod
bitan info, ako vam serveri gde trci datanode imaju vise od 2 jezgra, koristite 6.4.x klaster. 6.4 klaster ce biti GA najkasnije do kraja aprila (vec ga koriste u production-u prilicno ozbiljne kuce za ozbiljne stvari .. vrlo stabilan .. par sitnih bagova koji treba da se satru ... ali se generalno pravi tajming da bude GA announce na UC-u)