Nettoyage des tables de TYPO3
14/04/10
Voulant faire un article sur l’utilisation des scripts lowlevel (permettant la maintenance et le nettoyage d’un site TYPO3), je me suis dit qu’il valait mieux commencer par le début : quelles sont les tables que l’on peut vider pour éviter l’engorgement provoqué par un trop grand nombre de données. Voici un petit tour des tables que l’on peut vider sans crainte (elles se re-rempliront d’elles-mêmes) avec quelques explications à chaque fois.
Les tables de caches
cache_extensions cache_hash cache_imagesizes cache_md5params cache_pages cache_pagesection cache_treelist cache_typo3temp_log
Les tables du framework de cache (introduit dans TYPO3 4.3)
cachingframework_cache_hash cachingframework_cache_hash_tags cachingframework_cache_pages cachingframework_cache_pagesection cachingframework_cache_pagesection_tags cachingframework_cache_pages_tags
Le log et l’historique
Attention : si vous voulez garder l’historique et le log des actions, ne videz pas ces tables. Au mieux, faites un script qui supprime les records de plus de x jours.
sys_log sys_history
Les sessions actuelles du site
Déconnecte tous les utilisateurs connectés en BE et FE.
be_sessions fe_sessions fe_session_data
Les tables d’indexation (indexed_search)
index_debug index_fulltext index_grlist index_phash index_rel index_section index_stat_search index_stat_word index_words
Les tables de cache des urls réécrites (realurl)
tx_realurl_errorlog tx_realurl_pathcache tx_realurl_uniqalias tx_realurl_urldecodecache tx_realurl_urlencodecache tx_realurl_chashcache
Exemple de code MySQL (attention : avec toutes les tables
)
TRUNCATE `cache_extensions`; TRUNCATE `cache_hash`; TRUNCATE `cache_imagesizes`; TRUNCATE `cache_md5params`; TRUNCATE `cache_pages`; TRUNCATE `cache_pagesection`; TRUNCATE `cache_treelist`; TRUNCATE `cache_typo3temp_log`; TRUNCATE `cachingframework_cache_hash`; TRUNCATE `cachingframework_cache_hash_tags`; TRUNCATE `cachingframework_cache_pages`; TRUNCATE `cachingframework_cache_pagesection`; TRUNCATE `cachingframework_cache_pagesection_tags`; TRUNCATE `cachingframework_cache_pages_tags`; TRUNCATE `sys_log`; TRUNCATE `sys_history`; TRUNCATE `be_sessions`; TRUNCATE `fe_sessions`; TRUNCATE `fe_session_data`; TRUNCATE `index_debug`; TRUNCATE `index_fulltext`; TRUNCATE `index_grlist`; TRUNCATE `index_phash`; TRUNCATE `index_rel`; TRUNCATE `index_section`; TRUNCATE `index_stat_search`; TRUNCATE `index_stat_word`; TRUNCATE `index_words`; TRUNCATE `tx_realurl_errorlog`; TRUNCATE `tx_realurl_pathcache`; TRUNCATE `tx_realurl_uniqalias`; TRUNCATE `tx_realurl_urldecodecache`; TRUNCATE `tx_realurl_urlencodecache`; TRUNCATE `tx_realurl_chashcache`;
Article(s) sur le même sujet :



27 août 2010 - 15 h 20 min
Il te manquerait les tables suivantes :
TRUNCATE `index_words`;
TRUNCATE `tx_realurl_chashcache`;
30 août 2010 - 8 h 14 min
Merci @Ghis j’ai mis à jour.
9 novembre 2010 - 16 h 54 min
tx_realurl_redirects est la liste des redirections ?
Elle ne doit pas être vidée
9 novembre 2010 - 17 h 19 min
Exact! Merci pour la correction.
20 septembre 2011 - 9 h 58 min
index_stat_search et index_stat_word sont les tables de statistiques de recherche. Contrairement aux autres tables d’indexation, les données ne pourront être retrouvées une fois supprimées. Je préfère pour ma part les archiver avant de les vider.