La charge sur le serveur des cms et de spip en particulier est une question fréquente sur la liste apinc
bonjour,
pour désactiver les stats il suffit de les désactiver 
:
espace privé / configuration / fonctions avancées / Statistiques des visites
D'ailleurs si tu cliques sur le point d'interrogation pour avoir
l'aide en ligne tu as :
"
- Activer/désactiver les statistiques et les referers
Le comptage du nombre de visiteurs uniques ne devrait pas occuper
beaucoup de place, ni utiliser beaucoup de puissance machine. Il n'y a
donc d'intérêt à le désactiver que pour des serveurs très lents.
Le système de comptage des referers et des entrées directes est, lui,
nettement plus gourmand. Il est donc désactivé par défaut. Il est
conseillé de ne l'activer que sur les serveurs ne posant aucun
problème de puissance de calcul (les serveurs qui ont déjà du mal à
calculer les articles très longs ne pourront certainement pas, en
plus, calculer les referers).
N.B. L'espace disque occupé et le temps de calcul utilisé pour le
suivi des visites et des referers augmentent avec le trafic de votre
site. Plus un site est visité, plus les besoins techniques pour
effectuer ces tâches augmentent.
"
pour l'histoire du delete des referers, je ne vois rien, mais c'est
peut être sur ancienne version de spip .
Ben.
A propos du DELETE, voici un bout de la doc qui peut être utile :
"Une commande DELETE sans clause WHERE s'applique à toutes les lignes,
c'est à dire que la table est vidée de toutes ses données (mais elle
n'est pas effacée). MySQL recrée alors la table, mais vide, ce qui est
nettement plus rapide que d'effacer les lignes unes à unes."
puis
"Les ligne effacées sont conservées dans une liste, et les insertions
ultérieurs réutiliseront cette place. Pour forcer la récupération de
cette place, il faut utiliser la commande OPTIMIZE TABLE ou bien
l'utilitaire isamchk pour réorganiser les tables. OPTIMIZE TABLE est
plus simple, mais isamchk plus rapide. OPTIMIZE TABLE.
L'option LIMIT, spécifique à MySQL, permet d'indiquer au serveur le
nombre maximum de ligne à effacer. Cela permet d'éviter qu'une
commande DELETE ne prenne trop de temps. Il suffit alors de répéter la
commande jusqu'à ce qu'elle ait effacé moins de ligne que LIMIT. "
donc si la suppression totale de la table est certes plus rapide, on
comprend que ça bloque tout. Des suppressions progressives seraient
alors plus lente, mais découpées elles impacteraient moins sur le
serveur. Maintenant, je n'ai pas détecté de delete régulier qui soit
complet sur les tables :-/
En parlant d'optimisation de tables, je me suis rendu compte que les
champs extras étaient de la forme longblog NULL, on gagnerait
peut-être à le passer en NOT NULL comme le reste..
Sinon on peut aussi envisager d'utiliser plus souvent des LOCK TABLE
(pour les cron en particulier). Désolé si c'est déjà le cas..
Mes 2 cents de newbie MySQL,
@+
.Gilles
ps.: promis, la prochaine fois je ne parlerai que de ce que je connais