Re: lug-bg: broblemi s MYSQL

[whitefang@xxxxxx (Angel Valkov)]

On Tuesday 03 July 2001 16:31, you wrote:
> kolegi,
> niakoi imal li e sledniat problem:
>
> na mashinata ima Mandrake 7.0  Apapche, Mysql 3.22, JServ 1.1.2, mod
> ssl, IBM jdk 1.3
>
> kogato se pusne servlet dvapati paralelno na sebe si koito pishe i
> tshete po bazata..
>
> ednata ot dvete zaiavki zapotshva da se darji stranno..naprimer dava:
>
> java.lang.NullPointerException
> 	at to_dialup.doPost(to_dialup.java:52)
> 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:521)
> 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:588)
> 	at
> org.apache.jserv.JServConnection.processRequest(JServConnection.java:317)
> 	at org.apache.jserv.JServConnection.run(JServConnection.java:188)
> 	at java.lang.Thread.run(Thread.java:498)
>
> ako servletiote prosto si petstat razni neshta bez da pipat bazata niama
> niakakva problem..
>
> protshetoh kupishta dokumentacii za podobni problemi s 2.2.14 kernal
> kogato si na 2 procesorna mashina no kogato za proba prenesoh vsitshko
> na ednoprocesorna efekta beshe sashtia..
>
> namerih i niakava document za problemi s theredovete na glibc 2.1.1 i
> postari obatshe moeto glibc e 2.1.2
>
> niakoi moje li da pomogne ?
>
> vasko
Ima dve mesta koito koito mogat da ti stadat problem:
1. Tvoiat Servlet Triabva da e "Thread Safe"
    Kazvash 4e polzvash tvoi komponent za vryzka s bazata.
    Predpolagam 4e e s cel oprostiavane na interfeisa s baza.
    Serializaciata ne e neobhodima, samo ako e izpylneno oshte edno 
iziskvane.(vij 2). 
   Predpolgam 4e v tvoia sl. problema e to4no v tvoia component.

2. Po podrazbirane MySQL __ne__ e "safe" za konkurentni zaqwki koito
    modificirat edin i syshti obekt. Ne poddyrja Transakcii, vytreshno ima 
    serializacia na zaiavkite ot razli4ni conections koito se otnasiat do   
edni i syshti obekti, no krainia rezultat ot konkurentnoto izpylnenie  na
thread-ovete koito obslujvat zaiavkite na nivo connection e 
__nedeterminiran__ ( ot gledna to4ka na clienta - ian4e si napylno 
determiniran :) koeto se e naredilo posledno na opashkata opredelia krainia 
resultat ;) Kakva bespravedlivost poditeli sa "poslednite" :) . Ako iskash 
conturenten dostyp za zapis triabva 
da polzvash niakoi ot dvete dopylnenie koito idvat sys MySQL ( Barkely DB - 
BTL , Innobase ) . Ima i edno treto dopylnenie no mislia 4e to e comercial( 
Gemini ). Ako iskash da zapazish byrzodeistvieto e dobre da si napravish 
otdelna tablica s koiato da kontrolirash dostypa do bazata , i samo za naia da
izpolzvash Table Locking.( Primerno tablica ot edna colona s N na br. redove -
N = br. na tablicite v cialata baza.( v smisyl  kakyv dostyp se 
osyshtestviava v momenta ot konkurentite do dadenata tabl. - read/write/none 
. Modificiraneto na tazi tablca stava samo sled TL ).

Otnosno problemite s Threadinga na libc.  Dokolkoto si spomniam
stavashe vypros za "performance" problem. Threadovete koito mysqld syzdava
za da obslujvat conections  se syzdavaha mnogo bavno. V tozi sl. moje
i da ne mojesh vaobshte da ustanovish connection. No togava niamashe 
da ti raboti i edini4en servlet. A osven ako ne si si compiliral sam MySQL -a 
mai s pove4eto disto-ta idva stati4no svyrzan s  "patch"-nata versia  na LIBC.

    
> ===========================================================================
> A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers)
> http://www.linux-bulgaria.org/ Hosted by Internet Group Ltd. - Stara Zagora
===========================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers)
http://www.linux-bulgaria.org/ Hosted by Internet Group Ltd. - Stara Zagora