mysql crasht staendig bei bestimmter Abfrage

[vurt_runner]

Hallo,

eine Wordpressinstallation laesst bei einer bestimmten anfrage immer den Mysqlserver crashen:

090218 20:45:46 - mysqld got signal 11;


key_buffer_size=16777216
read_buffer_size=258048
max_used_connections=3
max_connections=40
threads_connected=1
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = 46943 K
bytes of memory
Hope that's ok; if not, decrease some variables in the equation.

thd=0x7fc2800008c0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
Cannot determine thread, fp=0x4478bfe0, backtrace may not be correct.
Stack range sanity check OK, backtrace follows:
(nil)
Stack trace seems successful - bottom reached
Please read MySQL :: MySQL 5.1 Reference Manual :: 22.5.1.5 Using a Stack Trace and follow instructions on how to resolve the stack trace. Resolved
stack trace is much more helpful in diagnosing the problem, so please do
resolve it
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort...
thd->query at 0x2209db0 = SELECT p.* FROM wp_posts AS p WHERE p.post_date < '2009-02-03 22:03:17' AND p.post_type = 'post' AND p.post_status = 'publish' ORDER BY p.post_date DESC LIMIT 1
thd->thread_id=273
The manual page at Search Results: Crashing.html contains
information that should help you find out what is causing the crash.
090218 20:45:46 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...
090218 20:45:46 InnoDB: Starting log scan based on checkpoint at
InnoDB: log sequence number 0 21879106.
InnoDB: Doing recovery: scanned up to log sequence number 0 21879106
090218 20:45:46 InnoDB: Started; log sequence number 0 21879106
090218 20:45:46 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.45' socket: '/var/lib/mysql/mysql.sock' port: 3306 SUSE MySQL RPM

ich verbiege mir jetzt schon seit Tagen die Finger um das ganze wieder hinzubekommen. Ich habe jetzt mal nach der Anleitung von hier:
de:howtos:etch:mysql-parallel [Debianhowto.de] einen zweiten mysqlserver zum testen aufgesetzt. Dieser laeuft jetzt auch, DBs sind installiert und ich komme auch auf der Konsole in die DB rein. Da kommt die naechste zu umschiffende Klippe, ich kann im Wordpress im configfile uebergeben, auf welchen port er verbinden soll
'localhost:3308'
Leider fkt. das nicht, er verbindet immer noch auf die alte DB.

Vielleicht hat jemand zu meinen "Problemchen" eine Loesung?

danke und gruss
thomas

 

[daseddy]

'localhost:3308' wird nicht funktionieren. localhost impliziert nach meiner Erfahrung immer eine Verbindung via socket. Versuche mal 127.0.0.1 statt localhost.