Discussion :

[axel584]

Bonjour,
Ces dernières semaines, j'ai eu des soucis sur des index qui ont été corrompu. J'ai fait un mysqlcheck et j'ai eu des erreurs du style :
Warning : InnoDB: Index 'vorto_index' contains 475229 entries, should be 475237.
error : Corrupt

J'ai eu les erreurs sur les index ne mes 2 plus grosses tables et ceci 2 fois à une semaine d'interval. Je voulais savoir si c'était normal pour des tables qui font un peu plus d'1 millions d'enregistrements (phpMyAdmin m'indique ~1 147 594) et 85 Mo de données pour la table la plus grosse.

J'ai résolu mon problème en supprimant l'index et en le recréant (ce qui a été très rapide à faire). Mais je suis inquiet d'avoir de nouveau ce type de problème car cela bloque l'applicatif.

Merci pour votre aide,

Axel

[SQLpro]

MySQL n'a jamais été conçu pour manipuler de gros volumes de données. Il est a la ramasse sur les tables ayant de forte cardinalités et surtout il est facile de corrompre les données pour différentes raisons :
1) pas de tables systèmes pour le "catalog" (règle de Codd n°4) :
RÈGLE 4 - Catalogue relationnel, dynamique et accessible directement :
La description de la base de données et de son contenu est représentée au niveau
logique de la même manière que les données ordinaires (des tables).
2) pas de mécanisme direct d'écriture dans les fichiers... MySQL confie à l'OS les routines d'écriture ce que ne font JAMAIS les gros SGBDR comme SQL Server ou Oracle qui utilisent des routines internes directes d'écriture garantissant que ce qui est écrit est lisible
3) les structures interne de données de MySQL sont à des années lumières de ce qu'il faudrait faire pour être sûr et fiable.....

MySQmerde a été conçu pour des petites appli perso et non pour gérer des données d'entreprise ! Tournez vous vers un autre SGBDR Robuste et conçut pour cela !

Devinez pourquoi il est gratuit...

A +

[Artemus24]

Salut à tous

Ces dernières semaines, j'ai eu des soucis sur des index qui ont été corrompu.

Pourquoi ne pas recontruire vos index ?

J'ai résolu mon problème en supprimant l'index et en le recréant (ce qui a été très rapide à faire).

C'est bien, mais ce n'est qu'une solution de dépannage.

La bonne question est de savoir pourquoi vos index sont corrompues ?
Avez-vous eu un crach de la base de données ?
Avez-vous un traitement qui s'est mal terminé ?

Vous devriez prendre l'habitude de faire un peu de maintenance, disons chaque soir, sur votre base de données.
Histoire que le lendemain, votre base soit opérationnelle !

Par exemple, faire de la réorganisation de l'espace libérée par vos tables.
Ou encore, vérifier qu'il n'y a pas eu un crach ou des données corrompues.
Un "repair" et un "optimize" sur vos tables qui utilisent le moteur myisam.

@+

[axel584]

En fait, j'ai essayé de faire des repair, mais ça semblait ne pas fonctionner (ou bien être très long), la suppression et la création de l'index a été très rapide.

Effectivement, il pourrait être intéressant de faire un mysqlcheck tous les soirs, mais ça fait plusieurs années que cette application tourne et je n'avais pas eu de tels problèmes avant. Bon, elle grossit d'années en années et je pense que je vais faire quelques requêtes de suppression pour faire de la place.

Et sinon, c'est vrai que j'ai aucune idée de ce qui a déclenché les problèmes d'index.

Merci pour votre aide.

Axel

[CinePhil]

Warning : InnoDB: Index 'vorto_index' contains 475229 entries, should be 475237.

Je n'appelle pas ça une "grosse table" !

Je soupçonne aussi un problème de modélisation qui pourrait expliquer les "blocages" auxquelles vous êtes confronté. Peut-ête serait-il temps d'envisager l'évolution de votre base de données et de votre application ?

[axel584]

L'évolution vers quoi ? Changer de base de données ?
Quelles technologies m'éviteraient ce genre de problème ?

Merci pour vos conseils,

Axel

[CinePhil]

L'évolution vers quoi ? Changer de base de données ?
Quelles technologies m'éviteraient ce genre de problème ?

Je n'ai pas parlé de technologie ou de SGBD mais d'un éventuel problème de modélisation des données, donc de conception de votre BDD, de schéma des tables.

Ceci dit, je relis votre premier message :

Warning : InnoDB: Index 'vorto_index' contains 475229 entries, should be 475237.
error : Corrupt

J'ai eu les erreurs sur les index ne mes 2 plus grosses tables et ceci 2 fois à une semaine d'interval. Je voulais savoir si c'était normal pour des tables qui font un peu plus d'1 millions d'enregistrements (phpMyAdmin m'indique ~1 147 594) et 85 Mo de données pour la table la plus grosse.

J'avais cru comprendre qu'il y avait 475 000 et quelques lignes dans la table en cause mais je vois que vous parlez d'une table de 1 147 594 lignes et 85 Mo de données. Là ça commence à être gros pour MySQL sur une machine de base.

Comme le suggère Artemus, commencez par regarder du côté de la maintenance de votre BDD.

[Artemus24]

Salut à tous.

L'évolution vers quoi ?

C'est à CinePhil que cela s'adresse.

Selon moi, même s'il existe un problème de modélisation, cela ne va pas empêcher ce genre de problème avec une version mysql supérieure à celle que vous utilisez.
Le problème de MySql est qu'il est gratuit et de ce fait, peu ou pas d'investissement à long terme pour résoudre des problèmes de concurrences d'accès.
La corruption des données, à moins que je me trompe, est issu d'un problème d'accès concurrent.

Changer de base de données ?

Pourquoi pas en allant vers Microsoft SQL Server, sans qu'il vous faut une licence.

Quelles technologies m'éviteraient ce genre de problème ?

Il faudrait commencer par identifier le problème que vous rencontrez.

Et si votre problème concernant un problème d'intégrité de vos données ?
Changer de SGBDR ne résoudrait rien du tout.

@+