Dati persi in mysql innodb dopo incidente

Question

Ho trovato un rollback di 6 giorni in un'installazione del server MySQL 5.6 Community Edition. Sembra che alcuni tronchi siano stati persi e non riesco a capire perché.

2013-12-22 20:38:54 380 [Note] Plugin 'FEDERATED' is disabled.
2013-12-22 20:38:54 380 [Warning] option 'innodb-autoextend-increment': unsigned value 67108864 adjusted to 1000
2013-12-22 20:38:54 388 InnoDB: Warning: Using innodb_additional_mem_pool_size is DEPRECATED. This option may be removed in future releases, together with the option innodb_use_sys_malloc and with the InnoDB's internal memory allocator.
2013-12-22 20:38:54 380 [Note] InnoDB: The InnoDB memory heap is disabled
2013-12-22 20:38:54 380 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2013-12-22 20:38:54 380 [Note] InnoDB: Compressed tables use zlib 1.2.3
2013-12-22 20:38:54 380 [Note] InnoDB: Not using CPU crc32 instructions
2013-12-22 20:38:54 380 [Note] InnoDB: Initializing buffer pool, size = 86.0M
2013-12-22 20:38:54 380 [Note] InnoDB: Completed initialization of buffer pool
2013-12-22 20:38:54 380 [Note] InnoDB: Highest supported file format is Barracuda.
2013-12-22 20:38:54 380 [Note] InnoDB: The log sequence numbers 5988825 and 5988825 in ibdata files do not match the log sequence number 6057379 in the ib_logfiles!
2013-12-22 20:38:54 380 [Note] InnoDB: Database was not shutdown normally!
2013-12-22 20:38:54 380 [Note] InnoDB: Starting crash recovery.
2013-12-22 20:38:54 380 [Note] InnoDB: Reading tablespace information from the .ibd files...
2013-12-22 20:38:57 380 [Note] InnoDB: Restoring possible half-written data pages 
2013-12-22 20:38:57 380 [Note] InnoDB: from the doublewrite buffer...
2013-12-22 20:39:07 380 [Note] InnoDB: 128 rollback segment(s) are active.
2013-12-22 20:39:07 380 [Note] InnoDB: Waiting for purge to start
2013-12-22 20:39:07 380 [Note] InnoDB: 5.6.13 started; log sequence number 6057379
2013-12-22 20:39:07 380 [Note] Server hostname (bind-address): '*'; port: 3306
2013-12-22 20:39:07 380 [Note] IPv6 is available.
2013-12-22 20:39:07 380 [Note]   - '::' resolves to '::';
2013-12-22 20:39:07 380 [Note] Server socket created on IP: '::'.
2013-12-22 20:39:12 380 [Note] Event Scheduler: Loaded 0 events
2013-12-22 20:39:12 380 [Note] C:/Program Files/MySQL/MySQL Server 5.6/bin\mysqld: ready for connections.

Puoi dirmi perché ciò accade e come ripristinare quei dati? È possibile? Pensi che i tavoli Myisam siano più sicuri e uno switch potrebbe risolvere questo tipo di errori?

MODIFICARE

Altre informazioni su questo puzzle.

• Questa macchina ha un volume RAID-1.

• Il problema si è settorato dopo un po 'di accensione 22 dicembre. Dopo questa spegnimento ho ottenuto il registro precedente e il mio database ha avuto un rollback dei dati di numerosi giorni. Ho trovato il database esattamente con i dati del 14 dicembre.

• Da 14 al 21 dicembre Ci sono stati molti arresti di server (ogni sera) e ho trovato un backup completo per ogni giorno dal 14 al 21 dicembre. Il backup del 22 dicembre ha il divario dati di 8 giorni.

Penso che questo sia molto strano. Riesco a capire la perdita di dati dopo un poeter, ma non riesco a capire questo così grande rollback (8 giorni) perché durante questi 8 giorni ci sono stati molti arresti del server e il backup di Mysqldump conferma che tutti i dati sono stati archiviati correttamente. Suppongo che ci fosse un problema di scarico di log innodb, ma perché così grande?

Grazie