[MYSQL] Sleep probleem

[EgoH]

Ik heb dus probleem met querys die zomaar in sleep blijven, ik gebruik geen persistant connecties (heb ik voor de zekerheid ook uit gezet) en het zijn verder alleen maar kleine update en select querys.
Sommigen gaan na 1 a 2 seconden al weg, maar anderen blijven tot wel 200 seconden openstaan.
Nu heb ik het maximum op 3 seconden gezet, omdat het toch allemaal kleine querys zijn.
Maar de load is nog steeds vrij hoog door die sleeping connecties.
Weet iemand misschien wat dat nog meer kan veroorzaken?
Met slow_query log vindt hij ook niks, omdat de querys blijkbaar dan al beeindigd zijn.
Ik hoop dat iemand een oplossing weet.

[EgoH]

code:

##mysql info
mysql  Ver 11.15 Distrib 3.23.45, for pc-linux-gnu (i686)

Connection id:      6072
Current database:
Current user:        root@localhost
Current pager:      stdout
Using outfile:      ''
Server version:    3.23.45-log
Protocol version:    10
Connection:      Localhost via UNIX socket
Client characterset:    latin1
Server characterset:    latin1
UNIX socket:        /var/lib/mysql/mysql.sock
Uptime:          15 min 46 sec

Threads: 1  Questions: 23935  Slow queries: 0  Opens: 55  Flush tables: 1  Open tables: 39 Queries per second avg: 25.301

##serverinfo

Kernelversie 2.4.18-grsec-1.9.4 
Uptime 16 dagen 13 minuten 
Huidige gebruikers 1 
Gemiddelde belasting 1.82  2.38  2.41   
Processors 1 
Model Intel(R) Celeron(TM) CPU 1000MHz 
Chip MHz 1002.29 MHz 
Buffergrootte 256 KB 
Systeem Bogomips 1998.84

[Verwijderd]

25 queries per seconde kan best druk zijn. SELECT queries zullen volgens mij niet veel problemen moeten opleveren, maar met UPDATE queries kan je table locks krijgen (tenzij je InnoDB tables gebruikt geloof ik). Wellicht krijg je een probleem met table locks van concurrent UPDATE queries op dezelfde tabel. Zeker als je ook nog eens veel indexen heb staan op die tabel kan een simpele update toch best een grote impact hebben dus lang duren.

Zonder meer specifieke info over je table types, welke queries je draait, hoe je indexen staan e.d. blijft het gokwerk, denk ik.

HTH

[EgoH]

Op donderdag 18 juli 2002 01:48 schreef MrX het volgende:
25 queries per seconde kan best druk zijn. SELECT queries zullen volgens mij niet veel problemen moeten opleveren, maar met UPDATE queries kan je table locks krijgen (tenzij je InnoDB tables gebruikt geloof ik). Wellicht krijg je een probleem met table locks van concurrent UPDATE queries op dezelfde tabel. Zeker als je ook nog eens veel indexen heb staan op die tabel kan een simpele update toch best een grote impact hebben dus lang duren.

Zonder meer specifieke info over je table types, welke queries je draait, hoe je indexen staan e.d. blijft het gokwerk, denk ik.

HTH

Dus dat ze in sleep gaan komt door de table locking?
Ik heb dit al eerder gehad in de grote scripts, en daar heb ik het in aangepast.
Nu in de wat kleinere niet.
Maar toen met die grote script zag ik dan ook echt "locked" bij de query staan.
Is het dus zo dat het ook sleep door de gelockte tabel kan zijn?

[Verwijderd]

Nou snap ik niet wat je bedoelt met 'sleep' dan. Waar kom je die term tegen binnen MySQL? Ik heb nog even in de MySQL docs gezocht maar kon daar alleen maar ungerelateerde dingen vinden.

[EgoH]

Op donderdag 18 juli 2002 02:01 schreef MrX het volgende:
Nou snap ik niet wat je bedoelt met 'sleep' dan. Waar kom je die term tegen binnen MySQL? Ik heb nog even in de MySQL docs gezocht maar kon daar alleen maar ungerelateerde dingen vinden.

Nou als ik in phpmyadmin kijk bij processes.
Dan staat er bij het "Command" veld "sleep".