MySQL Laufzeitproblem

[mysql_(at)_lists.phpcenter.de]

Ein Hallo an die MySQL Experten und Freunde,
wir sind ein Marktforschungsunternehmen und setzen momentan MySQL
versuchsweise f=FCr die Verarbeitung von umfangreichen Bewegungdaten ei=
n (1
GByte und mehr).

Der MySQL-Server (Version 3.23.37) , die verwendete Datenbank und die
Anwendung (C/C++ Programm) sind auf ein und demselben Linux-Server ( Li=
nux
Version 2.4.4; 512 MB Arbeitsspeicher; Pentium III, 800 MHz, 256 KB Cac=
he )
installiert. Als API-Schnittstelle wird die MySQL Bibliothek
"libmysqlclient.a" verwendet.

Seit 2 Tagen treten wider Erwarten Probleme w=E4hrend der Verarbeitung =
auf.
Es wird dabei auf einer umfangreichen, indizierten MySQL-Tabelle (ca. 1=
0
Mill. Datens=E4tze) ein "SELECT ... GROUP BY" in der Anwendung abgesetz=
t, und
anschlie=DFend die Ergebnismenge in einer Schleife mit "mysql_fetch_row=
"
satzweise durchwandert. Die Ergebnismenge wird zuvor mit "mysql_use_res=
ult
()" abgeholt. Innerhalb dieser s.g. Hauptschleife wird eine zus=E4tzlic=
he
Abfrage auf einer zweiten DB-Verbindung zu einer benachbarten Tabelle (=
ca.
2 Mill. Datens=E4tze) gestellt. Nach Verarbeitung dieser Ergebnismenge
(i.d.R. 1 bis 5 Datens=E4tze) wird die Speicherbelegung mit
"mysql_free_result()" ordnungsgem=E4=DF freigegeben.

Die Verarbeitung bricht mit folgender Fehlermeldung ab: "Out of memory
(Needed 8164 bytes)". Im Fehlerprotokoll des MySQL-Servers erscheint
folgende Meldungszeilen: "

"Aborted connection 3 to ... (Got an error reading communication packet=
s)"
"Aborted connection 2640 to ... (Got an error reading communication
packets)"
"Aborted connection 2 to ... (Got an error writing communication packet=
s)".

Kann mir vielleicht jemand einen Tipp geben, was Ursache daf=FCr sein k=
ann.
Mit der MySQL Dokumention und den dortigen Fehlerbeschreibungen kam ich=

leider nicht weiter. Auch die Modifikation an einigen Variablen in der
Konfigurationsdatei "my.cnf" f=FChrten zu keinem Erfolg. Wie gesagt, di=
e
Anwendung lief noch vor ein paar Tagen bei etwa gleichem Datenvolumen
problemlos durch.

Vielen Dank schon einmal im voraus.

Gruss
Achim Dulog
=