to uglavnom znaci da je "prso" mysql (restartovao se), dok ti stisnes par puta F5 on se podigne i nastavi da radi

ako je u pitanju shared hosting to "prso" obicno znaci da je prebukiran pa njihova neka skripta random poubija brdo upita i ti dobijes tu gresku

Pozdrav,
Da se nadovezem i ne otvaram novu temu.
Na lokalnoj masini (windows 7) sam instalirao MySQL i MysqlWorkbench. Desktop aplikacija upisuje odredjene podatke i prvi put posle 15-tak dana se pojavila ova greska. Posto sam drzao otvorenu konekciju(bez provere statusa mysql-a)naravno nista nije upisivao 8 sati.
Pitanje:
Da li je bolje drzati otvorenu konekciju na bazu i proveravati status u odredjenim intervalima ili praviti posebnu konekciju za svaki upis u bazu? Ovo se desilo kada su 3 klijenta bila aktivna, a i bice ih verovatno par stotina. Trebao bi svaki klijent u periodu od 10 -tak sekundi da upisuje 100 bajta informacije.

ne valja ni jedno ni drugo

a sta valja? Moze li neki savet?

zavisi od aplikacije, mozes da koristis connection pool gde imas par konekcija uvek slobodnih (1-2) tako da tokom idle perioda padne na toliko a dok je app aktivna imas vise konekcija, svaki put kad ti treba uzimas iz pool-a, kad ti vise ne treba vracas u pool. ako app koristi samo jednu konekciju a planira se da app "dugo traje" najcesce kreiranje konekcije sa kracim timeout-om od 8h, pa ako u nekom trenutku imas delay (veci od recimo 1h koliko namestis timeout) umesto da app prsne sa greskom ti ishendlas to sto ti konektor kaze da je prsla konekcija i rekonektujes se

Hvala na odgovoru. Nemam bas ideju kako da to izvedem, ali eto zvezde vodilje za guglanje..

Ja sam imao slican problem prilikom manipulacije sa puno podataka i ovaj clanak mi je resio problem:

http://stackoverflow.com/questions/12425287/mysql-server-has-gone-away-when-importing-large-sql-file