WikiUpLib:BD Mediawiki

De WikiUpLib
Révision datée du 10 octobre 2015 à 08:17 par Admin (discussion | contributions) (Sauvegarde de la BD)
Aller à : navigation, rechercher

La page de référence pour la structure d'une BD mediawiki

Concernant la taille de la table, Mediawiki ne stocke pas uniquement les dernières versions de toutes les pages, mais bien l'ensemble des changements incrémentaux de toutes les pages. ... Donc ça fait vite du volume.


Taille de la BD

10/10/2015 :

Pages de contenu	345
Pages                 1 014
Fichers importés	464
Modifications de pages depuis l’installation de WikiUpLib	12 719
Nombre moyen de modifications par page	12,54

Par ailleurs, phpMyAdmin indique 12469 lignes pour mwi_text (et 172,6Mo).
On pourrait donc subodorer que chaque ligne correspond à une modification.

12.469 lignes <-> 172.000 ko
12,469 lignes <-> 172 ko
1 ligne <-> 13,79 ko = 13790 octets = 13790 caractères = 138 lignes de 100 caractères
il s'agit d'une moyenne.


Tables notables

  • https://www.mediawiki.org/wiki/Manual:Objectcache_table mwi_objectcache : peut être une grosse table
    • Objectcache table is used for a few generic cache operations if not using Memcached. Its content can be deleted and excluded from backups as it will be regenerated when needed.



Crash Table

22/1/2014 Erreur de la base de données Une erreur de syntaxe de la requête dans la base de données est survenue. Ceci peut indiquer un bogue dans le logiciel. La dernière requête traitée par la base de données était : (Requête SQL cachée) depuis la fonction « SearchMySQL::searchInternal ». La base de données a renvoyé l’erreur « 145 : Table './XXX/mwi_searchindex' is marked as crashed and should be repaired (sqlXXX.modules) ».

... et j'ai exactement la même erreur, mais intermittente ??, pour l'import de fichier. Mêmes références de table et BD


Pistes de solutions

"is marked as crashed and should be repaired"

20/3/2009 : C'est bon j'ai finalement trouver la solution pour réparer la table par phpmyadmin j'ai sélectionné la table sur la liste des tables de la base et en bas à droite il y a un menu déroulant ou j'ai pu sélectionner réparer la table et cela refonctionne

C'est ça, et dans le cas courant, il est bon de faire des OPTIMIZE + REPAIR de toutes les tables réguliers ....

J'ai pas trouvé de "réparer la table", juste "recharger la table (FLUSH)" mais bon le message au-dessus date de 2009 (donc une version certainement plus ancienne de phpMyAdmin) et là il me dit :

  1. 1227 - Access denied; you need the RELOAD privilege for this operation

Bon, en fait c'est a priori pas ça qui aide à régler le problème, donc je laisse tomber ça.

En fait dans phpMyAdmin349, faut cliquer sur la table qui pose souci (colonne à gauche). Une fenêtre s'ouvre qui indique que en effet la table est crashée. Faut cliquer sur l'onglet SQL (3° onglet en haut) ça ouvre une fenêtre ligne de commande. Il y a, très obligeamment, déjà une commande dedans. Dans mon cas, j'ai tapé : REPAIR table `mwi_searchindex` puis cliqué sur exécuter ... et a priori c'est réparé.



Sauvegarde de la BD

phpMyAdmin

  • Turn wiki to read only by adding $wgReadOnly = 'Site Maintenance'; to LocalSettings.php.
  • Open the browser to your phpadmin link, login, choose the wiki database. (Check LocalSettings.php if you're not sure). Select Export. Make sure all items under Export are highlighted, and make sure Structure is highlighted (it's important to maintain the table structure). Optionally check Add DROP TABLE to delete existing references when importing. Make sure Data is checked. Select zipped. Then click on GO and save the backup file.[1]
  • Remove $wgReadOnly = 'Site Maintenance'; from LocalSettings.php
  • Remember to also backup the file system components of the wiki that might be required, eg. images, logo, and extensions.


NB : c'est bien exporter qu'il faut faire.

Plusieurs formats d'export sont proposés, a priori il faut prendre SQL. J'ai essayé ODT, mais mon OpenOffice n'arrive pas à le lire (peut-être trop vieux). ... ça coûte rien d'exporter dans 2 ou 3 formats, au cas où.

A titre indicatif, pour une même BD : 8Mo SQL = 800ko ODT = 10 Mo TXT Donc ne pas se priver d'une sauvegarde au format ODT.

J'ai sauvegardé sans passer le site en readOnly ... sans que ça semble causer souci. Du moment que personne ne crée ou modifie de page à ce moment là, il ne doit pas y avoir de problème.


Voir aussi