Questione : Come riparare corruzione delle tabelle del innodb?

Ciao, l'assistente del

MySQL continu aare schiacciare con InnoDB on.

per esempio:

factorys_web.moderatorships                        OK
factorys_web.monitorships                          OK
factorys_web.posts                                 OK
factorys_web.schema_migrations                     OK
factorys_web.topics                                OK
factorys_web.users                                 OK
mysqlcheck: Errore ottenuto: 2013: Collegamento perso all'assistente di MySQL durante la domanda quando eseguono “il

mysql> della TABELLA del CONTROLLO… “descrivere gli utenti;
ERROR 2006 (HY000): L'assistente di MySQL ha collegamento andato del away
No. Prova di ricollegare… identificazione del
Connection:    base di dati di 79
Current: factorys_web

+-------------------+--------------+------+-----+---------+----------------+
| Campo             | Tipo         | Posizione di segnale minimo | Chiave | Difetto | Supplementare          |
+-------------------+--------------+------+-----+---------+----------------+
| identificazione                | int (11)      | NO   | PRI | POSIZIONE DI SEGNALE MINIMO    | auto_increment |
| email             | varchar (255) | SÌ  |     | POSIZIONE DI SEGNALE MINIMO    |                |
| username          | varchar (255) | SÌ  |     | POSIZIONE DI SEGNALE MINIMO    |                |
| crypted_password  | varchar (255) | SÌ  |     | POSIZIONE DI SEGNALE MINIMO    |                |
| password_salt     | varchar (255) | SÌ  |     | POSIZIONE DI SEGNALE MINIMO    |                |
| persistence_token | varchar (255) | SÌ  |     | POSIZIONE DI SEGNALE MINIMO    |                |
| is_admin          | tinyint (1)   | SÌ  |     | POSIZIONE DI SEGNALE MINIMO    |                |
| created_at        | datetime     | SÌ  |     | POSIZIONE DI SEGNALE MINIMO    |                |
| updated_at        | datetime     | SÌ  |     | POSIZIONE DI SEGNALE MINIMO    |                |
| posts_count       | int (11)      | SÌ  |     | 0       |                |
| last_seen_at      | datetime     | SÌ  |     | POSIZIONE DI SEGNALE MINIMO    |                |
+-------------------+--------------+------+-----+---------+----------------+
11 rema nel

Also che dell'insieme (0.00 sec) posso fare uscire questa base di dati senza alcun problema. ceppo del

Error: 14:50 del

100628: 24 InnoDB: Guasto di asserzione in filetto 1096825152 nella linea 383
InnoDB della lima dict/dict0load.c: Asserzione guasa: ut_dulint_cmp (table->id, mach_read_from_8 (campo)) == 0
InnoDB: Generiamo intenzionalmente una memoria trap.
InnoDB: Presentare un rapporto di insetto dettagliato al rel= " nofollow " " del _blank " " del target= " di http://bugs.mysql.com del href= di http://bugs.mysql.com .
InnoDB: Se ottenete ripeteste i guasti di asserzione o gli arresti, il even
InnoDB: subito dopo della partenza del mysqld, può be
InnoDB: corruzione nel tablespace di InnoDB. Riferir prego al
InnoDB: rel= " nofollow " " del _blank " " del target= " di http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html del href= di efman/5.1/en/forcing-recovery.html
InnoDB di http://dev.mysql.com/doc/r: circa la forzatura del 14:50 di recovery.
100628: 24 - il mysqld ha ottenuto il segnale 6; il
This potrebbe essere perché avete colpito un insetto. È inoltre possibile che questo binary
or uno delle biblioteche che è stato collegato contro sia corrotto, costruito impropriamente,
or misconfigured. Questo errore può anche essere causato da hardware.
We proverà il nostro meglio per raschiare in su una certa Info che eventualmente aiuterà il problema del diagnose
the, ma poiché già ci siamo arrestati, qualcosa è definitivamente wrong
and che questo può fail.

key_buffer_size=536870912
read_buffer_size=4194304
max_used_connections=5
max_threads=300
threads_connected=3
It è possibile che il mysqld potrebbe usare fino a
key_buffer_size + (read_buffer_size + sort_buffer_size) *max_threads = 5442541 K
bytes di memory
Hope che è giusto; se non, fare diminuire alcune variabili nel equation.

thd: backtrace di 0x2aaadc00e890
Attempting. Potete usare le seguenti informazioni per trovare il mysqld del out
where morto. Se non vedete messaggi dopo questo, qualcosa
terribly male…/>stack_bottom = 0x41602f10
/lib64/libc.so.6 del
/lib64/libc.so.6 (gsignal+0x35) [0x356a430265] del
/lib64/libpthread.so.0 [0x356ac0eb10] del
/usr/sbin/mysqld (handle_segfault+0x322) [0x5c4cc2] del thread_stack 0x40000
/usr/sbin/mysqld (my_print_stacktrace+0x2e) [0x85365e] (
/usr/sbin/mysqld del
/usr/sbin/mysqld (dict_load_table+0xab6) [0x7652d6] di abort+0x110) [0x356a431d10] (
/usr/sbin/mysqld del
/usr/sbin/mysqld (_ZN11ha_innobase4openEPKcij+0x123) [0x73d9b3] del dict_table_get+0x129) [0x7612f9] (
/usr/sbin/mysqld (_Z21open_table_from_shareP3THDP14st_table_sharePKcjjjP8st_ter7ha_openEP8st_tablePKcii+0x3f) [0x69f94f]
/usr/sbin/mysqld (_Z10do_commandP3THD+0xe4) del
/usr/sbin/mysqld (_Z16dispatch_command19enum_server_commandP3THDPcj+0x100b) [0x5d881b] del
/usr/sbin/mysqld (_Z11mysql_parseP3THDPKcjPS2_+0x1fa) [0x5d77fa] del
/usr/sbin/mysqld (_Z21mysql_execute_commandP3THD+0x2402) [0x5d4122] del
/usr/sbin/mysqld (_Z17mysql_check_tableP3THDP10TABLE_LISTP15st_ha_check_opt+0x5c) [0x6bb68c] del
/usr/sbin/mysqld [0x6ba73a] del
/usr/sbin/mysqld (_Z28open_and_lock_tables_derivedP3THDP10TABLE_LISTb+0x62) [0x613122] del
/usr/sbin/mysqld (_Z11open_tablesP3THDPP10TABLE_LISTPjj+0x377) [0x612d47] del
/usr/sbin/mysqld (_Z10open_tableP3THDP10TABLE_LISTP11st_mem_rootPbj+0x66a) [0x61223a] del
/usr/sbin/mysqld [0x61080c] di/>ableb+0x54f) [0x61b6af] [
/lib64/libc.so.6 del
/lib64/libpthread.so.0 [0x356ac0673d] del
/usr/sbin/mysqld (handle_one_connection+0x6f0) [0x5cbe40] di 0x5d8de4] (
Trying di clone+0x6d) [0x356a4d3d1d] per ottenere gli indicatori di qualche variables.
Some può essere non valido ed indurre il deposito ad abbandonare… il
thd->query a 0x6368fa0 = pagina manuale del
thd->thread_id=5704
thd->killed=NOT_KILLED
The del `di poll_options della TABELLA del CONTROLLO “al rel= " nofollow " " del _blank " " del target= " di http://dev.mysql.com/doc/mysql/en/crashing.html del href= di contains
information del ysql/en/crashing.html di http://dev.mysql.com/doc/m che dovrebbe aiutarlo a scoprire che cosa sta causando il 14:50 di crash.
100628: 24 numeri del mysqld_safe dei processi ora che funzionano: 14:50 di 0
100628: 24 14:50 del restarted
100628 del mysqld del mysqld_safe: 24 opzioni [d'avvertimento] “table_cache„: valore senza firma 33554432 registrato al 14:50 di 524288
100628: 24 “record_buffer„ [d'avvertimento] sono disapprovati e saranno rimossi in un rilascio futuro. Usare prego “read_buffer_size„ il 14:50 di instead.
100628: 24 [avvertire]„--la saltare-chiusura„ è disapprovata e sarà rimossa in un rilascio futuro. Usare prego„--14:50 di saltare-external-locking'instead.
100628: 24 [avvertire] “--la ceppo-lungo-disposizione„ è disapprovata e sarà rimossa in un rilascio futuro. Usare prego “--14:50 di instead.
100628 di ceppo-bicchierino-disposizione„: 24 [avvertire] “--i log_slow_queries„ è disapprovato e saranno rimossi in un rilascio futuro. Usare prego ''--slow_query_log'/“--slo100628 di/>w_query_log_file '': 24 limiti variabili [d'avvertimento]: max_open_files: 65535 max_connections: table_cache 300: 14:50 di 32612
100628: 24 [nota] alimentabili “ORGANIZZATI IN MODO FEDERATIVO„ sono disabled.
InnoDB: Il numero progressivo del ceppo nelle lime di ibdata non fa match
InnoDB: il numero progressivo del ceppo nei ib_logfiles! 14:50 del
100628: 24 InnoDB: La base di dati non è stata interrotta normalmente!
InnoDB: Iniziare arresto recovery.
InnoDB: Le informazioni di tablespace della lettura dal .ibd archivano… il
InnoDB: Ristabilimento delle pagine metà-scritte possibili di dati dal doublewrite
InnoDB: 14:50 del
100628 dell'amplificatore…: 24 InnoDB: Iniziato; 14:50 di numero progressivo del ceppo 7 1522142495
100628: 24 programmatori di evento [della nota]: Caricato 0 14:50 del events
100628: 24 [nota] /usr/sbin/mysqld: ready per connections.
Version: zoccolo “5.1.46-log„: „ orificio di /var/lib/mysql/mysql.sock': Assistente della Comunità di 3306 MySQL (GPL) class= del

Risposta : Come riparare corruzione delle tabelle del innodb?

Ciao

Se la vostra base di dati non contiene alcuni dati quindi sposta le lime di ibdata e del ceppo verso un certo altro dispositivo di piegatura e rimettere in moto il vostro assistente del mysql. se avete i dati quindi provano a fare uscire tutta la base di dati using http://dev.mysql.com/doc/refman/5.0/en/forcing-recovery.html. allora reinstallare il mysql e ristabilire le basi di dati del mysql.

Ciò potrebbe aiuti