Données perdues dans MySQL Innodb après crash

Question

J'ai trouvé un retour en arrière de 6 jours dans une installation de serveur MySQL 5.6 Community Edition. Il semble que certains journaux aient été perdus, et je ne comprends pas pourquoi.

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.

Pouvez-vous me dire pourquoi cela se produit et comment restaurer ces données? Est possible? Pensez-vous que les tables myisam sont plus sûres et un commutateur pourrait résoudre ce type d'erreurs?

ÉDITER

Plus d'informations sur ce puzzle.

• Cette machine a un volume RAID-1.

• Le problème s'est produit après un Poweroff sur 22 décembre. Après cette puissance, j'ai obtenu le journal précédent et ma base de données avait un retour en arrière de données de plusieurs jours. J'ai trouvé la base de données exactement avec les données du 14 décembre.

• De 14 au 21 décembre Il y a eu de nombreux arrêts de serveurs gracieux (tous les soirs) et j'ai trouvé une sauvegarde complète pour chaque jour du 14 au 21 décembre. La sauvegarde du 22 décembre a l'écart de données de 8 jours.

Je pense que c'est très étrange. Je peux comprendre la perte de données après un Poweroff, mais je ne peux pas comprendre ce rollback si gros (8 jours) car pendant ces 8 jours, il y a eu de nombreux arrêts de serveur et la sauvegarde MySQLDUmp confirme que toutes les données ont été correctement stockées. Je supposais qu'il y avait un problème de chasse du journal inNODB, mais pourquoi si grand?

Merci