Mysql a processy

[David Ťok]

On Wed, 2002-08-21 at 16:50, Karel Zak wrote:
> On Wed, Aug 21, 2002 at 02:43:10PM +0200, Jirka Kosek wrote:
> > Karel Zak wrote:
> > 
> > >  Proc to tak je? To je kazda z kopii apache schopna pracovat najednou
> > >  s vice spojenimi? IMHO pokud se jedna o klasicky apache bez threadu
> > >  tak tomu nerozumim. Proc potrebuje jedna kopie vyrizujici prave jeden
> > >  dotaz a zpracovavajici prave jeden PHP skript vice spojeni na SQL
> > >  server do teze DB? Hmm.. mozna tak pri asynchroni komunikaci s DB,
> > >  ale pokud to clovek nepouziva?
> > 
> > Protože ta jedna kopie postupně obsluhuje různé požadavky, různými
> > skripty a ty mohou přistupovat do různých databází, pod různými
> > uživateli. Pro každou kombinaci databáze/jméno uživatele se drží
> > zvláštní spojení (pokud jsou povolená persistentní spojení a vejdou se
> > do limitu). Při velkém počtu procesů Apache a větším množství
> > databáze/uživatel na jednom serveru se tak při použití persistentních
> > spojení nepříjemně namnoží počet připojení do databáze.
> 
>  Na databaze/uzivatel jsem nejak zapomel, ale byl todle pripad
>  tazatele?

problem byl neschopnost mysql threadu (procesu) chcipat na databazovem
serveru. Premnozili se a server pak prestal odpovidat. Moznost problemu
je spatna prace s persistentnimi spojenimi.

Problem je ale asi jinde - webovy server (pocitac, ktery se k tomuto
databazovemu pripojuje) neuzavira spojeni (asi CLOSE_WAIT bug) a proto
mysql nekilluje svoje thready.

vec je nadale v setreni :-(

-- 
        david tok, uid: 0, C14H9Cl5 na coolnet.cz