MySQL probleem

[Nitroserve]

Goede avond allen....

Ik krijg de volgende melding door bij mijn windows server.
hierna gooit hij MySQL off-line.
Dit heb ik wel kunnen opvangen zodat hij binnen 1 miliseconde weer online is, maar echt netjes is het natuurlijk niet...
heeft iemand enig idee wat ik kan doen zodat MySQL zich een beetje gedraagt....
Het gaat hier om een hele boel queries, maar dat is denk ik wel duidelijk te zien aan de fout...

------------------------
Changed limits: max_open_files: 2048 max_connections: 447 table_cache: 795
------------------------

[Digiover]

Wat zegt je MySQL errorlog file net voor en net na deze melding?
Het kan namelijk zo zijn dat er teveel files geopend worden, je zou dan even naar het geheugen gebruik moeten kijken. Een formule om te berekenen welke waardes je aan max_connections, sort_buffer_size, record_buffer en key_buffer_size kan geven (de uitkomst van deze formule mag niet meer zijn dan je hoeveelheid RAM).

Volgens mij is dit de formule:

'key_buffer_size + (record_buffer + sort_buffer)*max_connections'

[EricV]

key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections

[Nitroserve]

dit is wat ik krijg rond de tijd van de fout.
Zoals je ziet is hij gelijk were online, maar echt goed kan het niet zijn....

041216 21:27:06 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
041216 21:27:06 InnoDB: Starting log scan based on checkpoint at
InnoDB: log sequence number 0 821718.
InnoDB: Doing recovery: scanned up to log sequence number 0 821718
041216 21:27:06 InnoDB: Flushing modified pages from the buffer pool...
041216 21:27:06 InnoDB: Started; log sequence number 0 821718

[Digiover]

Origineel geplaatst door EricV
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections

Oh ja, bij MySQL v4 is er _size bij achter gekomen.

@Nitroserve : Heb je geen log van voor de fout / crash? Wat is de uitkomst van de formule wat betreft je hoeveelheid RAM?

[Nitroserve]

2048(64 + 208)*447 = 121584.

ik neem aan dat dit in KB's is...
ik heb iig wel meer dan 121MB geheugen hoor

[Wido]

Origineel geplaatst door Nitroserve
2048(64 + 208)*447 = 121584.

ik neem aan dat dit in KB's is...
ik heb iig wel meer dan 121MB geheugen hoor

Dat vraag ik me dus ook af.

Mijn config is:
[myisamchk]
key_buffer = 64M
sort_buffer = 64M
read_buffer = 16M
write_buffer = 16M
max_connections = 500

Komt uit op: 64 + (64 + 16)*500 = 40064

Zou ik nou 40.000KB aan geheugen moeten hebben of 40.000MB?

[Nitroserve]

Aanvulling foutmeldingen....

-------------------------
Faulting application mysqld-nt.exe, version 0.0.0.0, faulting module mysqld-nt.exe, version 0.0.0.0, fault address 0x000f5c8d.
-------------------------

lijkt me toch een geheugen probleem....
Dat wordt binnenkort maar eens upgraden dus....

[Digiover]

Origineel geplaatst door Wido
Dat vraag ik me dus ook af.

Mijn config is:
[myisamchk]
key_buffer = 64M
sort_buffer = 64M
read_buffer = 16M
write_buffer = 16M
max_connections = 500

Komt uit op: 64 + (64 + 16)*500 = 40064

Zou ik nou 40.000KB aan geheugen moeten hebben of 40.000MB?

Omdat je waardes in MB invult ga ik er vanuit dat de output ook in MB's is... Als ik in onze setup de waarde x1024 doe komt dit namelijk netjes overeen met de hoeveelheid beschikbare RAM (nou ja, er is natuurlijk iets meer RAM).

//EDIT: Anders krijg je ook zo'n appels & peren verhaal. Ik vermedigvuldig appels met elkaar en ik krijg peren .

[Nitroserve]

Origineel geplaatst door Nitroserve
Aanvulling foutmeldingen....

-------------------------
Faulting application mysqld-nt.exe, version 0.0.0.0, faulting module mysqld-nt.exe, version 0.0.0.0, fault address 0x000f5c8d.
-------------------------

lijkt me toch een geheugen probleem....
Dat wordt binnenkort maar eens upgraden dus....

heeft iemand enig idee wat dit te betekenen heeft?
hij ligt er nu om het half uur uit, gelukkig is hij snel weer online, maar echt leuk en goed is het niet....

[HBCS]

denk toch dat je geheugen het laat afweten ik zou ze eens vervangen en dan kijken wat er gebeurt

[Nitroserve]

Het probleem is gevonden...

Het schijnt een bug te zijn die gefikst zou moeten zijn in 4.1.8 maar dat dus niet is.
Bij grote waardes in een MATCH ... AGAINST query hangt mysql zichzelf op.
Wat dus weer resulteert in een aantal foutmeldingen in het systeemlog en tijdelijke onbereikbaarheid van de MySQL server.

Dus dan weten jullie dat ook als jullie er een keer tegenaan lopen.

MVG



edit: typo