Discussion :

[memento80]

Bonjour,

Je suis actuellement sur un projet personnel, en autodidacte, de création d'un site web... assez conséquent.
Ce site web développé en PHP repose sur une base de données MySQL,.. rien d'extraordinaire jusque là..

La question que je me pose, et dont je n'ai pas trouvé de réponse ou d'indication claire jusqu'à présent, se situe au niveau de l'optimisation et la maintenance de la base de données.
En effet, la base de données est régulièrement mise à jour avec des UPDATE, INSERT et, pour ne pas exploser la volumétrie, des purges de données (DELETE) pour les enregistrements qui ne sont plus utilisées.
Je n'ai pas quantifié exactement le volume brassé, mais sur certaines tables, j'ai par exemple plusieurs milliers de lignes insérées par semaine et à peu près la même chose en suppression.

Ce que je voulais savoir, c'est suite à toute ces suppressions, y a-t-il des actions spécifiques auquel je dois penser pour optimiser la base de données ? Je pense par exemple à la fragmentation de table, mais il y a surement d'autres choses auquel je ne pense pas..
Quels sont vos expériences sur ce sujet et quels pistes, selon vous, je pourrais suivre sachant qu'il faudrait, site web oblige, que je puisse automatiser ces opérations de maintenance, surtout si elles doivent être faite régulièrement ?

En espérant que ma question est suffisamment précise...
Merci d'avance pour vos conseils.

[ABCIWEB]

De mon côté je défragmente de temps en temps. Cela peut se faire avec "OPTIMIZE TABLE" depuis un script php que tu lance quand tu veux ou par l'intermédiaire d'un cron. Tu peux aussi connaître l'état de fragmentation avec 'Data_free' pour ne défragmenter que si besoin (par exemple à partir de plusieurs ko de fragmentation).

A part cela je vois rien d'autre.

[memento80]

Merci pour cette réponse.

Si je comprends bien également d'après la documentation, cette commande bloque les tables (LOCK). Il ne faut donc pas que je le fasse n'importe quand au risque d'avoir un conflit avec une mise à jour d'un utilisateur. C'est ça ? Difficile donc de planifier ça avec un site web disponible 24h/24h ?

J'ai oublié de préciser que mes tables sont de type Innodb. Je ne sais pas si c'est important.

[Spartacusply]

En effet, pour faire une sauvegarde sans bloquer son serveur, il faut que le SGBD accepte les sauvegardes "à chaud". Or MySQL possède une "pseudo" sauvegarde à chaud, qui est un peu délicate à utiliser et qui ne garantie en aucun cas la parfaite intégrité de ta base de données (car c'est bien cela dont il s'agit).

Et plsu ta base sera grosse, plus la sauvegarde à chaud sera risquée et peu sûre...