Mysql error 139 from storage engine

[Aspsol]

Ciao a tutti stamani mi si è presentato questo errore:
Stavo facendo dei test per una pagina in php che deve inserire molti campi testo in un db.
Premetto che i testi nei rispettivi campi sono abbastanza lunghi

Quando sono andato a fare l'inserimento mi ha dato questo errore:

Got error 139 from storage engine

Sapete cosa vuol dire e la possibile soluzione?

Grazie a tutti

[LeaderGL]

Forse è relativo a questo: http://bugs.mysql.com/bug.php?id=1611

cmq prova a documentarti un po sul sito di MySQL, magari trovi risposta migliore...il link che ti ho dato è relativo ai BUG e parla proprio del tuo problema ma risale al 2003, te l'ho proposto ugualmente perchè il suo attuale stato è "NON E' UN BUG" di conseguenza penso non sia stato modificato niente per risolvere il problema che non è un problema.

[Aspsol]

Ho guardato il link che mi hai dato, secondo loro non ci potrebbero essere più di 15 campi text in una tabella, beh ecco io ne ho 100.

Cmq ho fatto un altra prova se li riempio tutti con una semplice parola riesce a fare l'inserimento mentre con testi lunghi non ce la fà

Sembra quasi di più un problema di timeout o di limite di dimensioni.

Non è che devo settare qualche parametro come nel php.ini per poter aumentare la dimensione dell'inserimento?

[Trx000]

Cercavo una soluzione al problema:

#1030 - Got error 139 from storage engine

ed ho trovato questa discussione gia avviata, quindi mi unisco alla domanda.

La soluzione che ho trovato online è quella di frammentare la tabella, scomponendola in più tabelle. Purtroppo però, dovendo lavorare su un progetto gia esistente, se esistesse un'altra soluzione per aggirare il problema per me sarebbe molto meglio...

Qualcuno mi può consigliare? grazie

[daniele_dll]

soluzioni@gfb:~$ perror 139
MySQL error code 139: Too big row

le tabelle MyISAM hanno un limite fisico non oltrepassabile per la dimensione della riga!

Se avete di questo problema switchate tipo di tabella (da MyISAM a INNODB ad esempio)

[techno]

Mi unisco avendo avuto anche io lo stesso problema ho swicchato a INNODB ma il problema non si è risolto.

[techno]

ho switchato in Berkeley DB e sembra essersi risolto. speriamo bene se no so cavoli.