Recreate table

Bonjour à tous,

J'ai une base de données qui prend de plus en plus de place sur un vieux serveur.
Je souhaiterais recréer les tables et pouvoir ainsi récupérer de l'espace.

En test, en recopiant une table de 2M, j'obtiens une nouvelle de 64ko (datas comprises).

Et j'aimerais donc faire la même chose sur des tables plus grosses, de l'ordre du Go.

Cependant, comme il s'agit d'une machine de production, je dois la mettre en "maintenance".
Voici donc comment je souhaite m'y prendre :
- bloquer tout appel à cette base (arrêt des applications qui pointent sur la base) => lock tables ?
- copier la table
- supprimer l'original
- rouvrir la base aux applications => unlock tables

Est ce que cela vous semble correct ? Y voyez vous quelque chose à rajouter ?

Merci pour vos conseils.

Erwann

Un OPTIMIZE TABLE devrait suffire
La doc => https://mariadb.com/kb/en/optimize-table

Bonjour

Justement, l'optimize ne fonctionne pas

J'ai le message suivant :

Table does not support optimize, doing recreate + analyze instead.

Erwann

Citation:

---

Table does not support optimize, doing recreate + analyze instead.

---

Alors si MariaDB fonctionne comme MySQL, ce message (trompeur) indique que la table a été recréée et analysée au lieu d'être optimisée.
Bon, au final ça revient au même, c'est juste le procédé qui est différent.

OK. Mais comment récupérer de l'espace alors ?

Parce que les tables font la même taille.
Or si j'en fais une copie, la seconde est moins grosse. Je passe par exemple d'une table à 33M à 28M.
Pas exceptionnel, mais en attendant une machine plus puissante, je cours après les mégas ...

Chose curieuse car j'avais mis l'option innodb_per_fil pour avoir un ibdata de taille normal.. Il fait plus de 21G aujourd'hui ...

Salut à tous.

Citation:

---

Envoyé par erwann56

Cependant, comme il s'agit d'une machine de production, je dois la mettre en "maintenance".

---

Si ta base de données est en hors service pendant quelques heures est-ce que cela pose un grave problème ?
Le mieux est de faire la maintenance à un moment de la journée, voir de la semaine où il y a le moins de monde qui accède à celle-ci, afin de pénaliser le moins de monde.

Citation:

---

Envoyé par erwann56

Est ce que cela vous semble correct ?

---

L'intégrité de la base de données est un problème cruciale.
Je pense qu'il vaut mieux arrêter totalement l'accès durant la maintenance.
De faire un script par table, surtout si celle-ci est très volumineuse.
Et de les lancer en parallèle afin de gagner du temps.

Citation:

---

Envoyé par erwann56

Y voyez vous quelque chose à rajouter ?

---

Quelle version de MariaDB utilisez vous ?
Est-ce que toutes vos tables utilisent le moteur InnoDB ?

Citation:

---

Envoyé par erwann56

Justement, l'optimize ne fonctionne pas

---

L'important est le status de la table ! S'il est OK, tout va bien.

Son équivalent est de :
--> créer une nouvelle table identique à l'ancienne : "create table <new_table> like <old_table>".
--> effectuer la recopie : insert into <new_table> select * from <old_table>".
--> supprimer l'ancienne : "drop table <old_table>".
--> renommer la nouvelle : "rename table <new_table> to <old_table>".

Cette méthode à l'inconvenient de prendre beaucoup de temps surtout sur les très grosses tables.
Le mieux est de déactiver tout ce qui doit l'être puis après les insert de les réactiver.
L'autre problème est de disposer au moins du double de la volumérie sur vos diques.

Si cela prend trop de temps à l'exéution de votre insert, vous risquez d'obtenir un "Lost connection to MySQL server during query".

Cordialement.
Artemus24.
@+