[Optimisation] fine tuning table de statistiques

[Galdon]

Bonjour,

Sur mon site j'ai un petit système de statistiques de fréquentation en plus de Google Analytics.

Ça marche avec une table visites qui compte les visites (IP) avec quelques autres informations :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
CREATE TABLE visites (
  ip varchar(30) NOT NULL,
  date date NOT NULL,
  timestamp_start int(10) UNSIGNED NOT NULL DEFAULT '0',
  timestamp_end int(10) UNSIGNED NOT NULL,
  host text NOT NULL,
  referer_visite text NOT NULL,
  cpt_vues smallint(5) UNSIGNED NOT NULL,
  is_archived tinyint(4) NOT NULL,
  KEY (ip)
) ENGINE=MyISAM;
 
-- et non PRIMARY KEY (ip)

Le tout est découpé PAR JOUR.
Ca veut dire que si une même IP vient le 20 mars et le 21 mars, il y aura 2 entrées dans la table : une pour le 20 mars et une autre pour le 21.

Mon objectif est d'optimiser le temps d'éxécution de ces requêtes (parce qu'elles sont appelées à chaque page vue) :

Détection nouvelles visites

Code :

SELECT ip FROM visites WHERE date = CURDATE() AND ip='127.0.0.1'

Mise à jour à chaque page vue

Code :

1
2
3
UPDATE visites
SET cpt_vues = cpt_vues + 1, timestamp_end = 1299956232
WHERE ip = '127.0.0.1' AND date = CURDATE()

Donc je me demande quel index utiliser.
Actuellement j'ai un index PRIMARY sur le champ ip, et je me demande si ça ne serait pas mieux d'avoir à la place un index PRIMARY sur 2 colonnes : ip et date.

Est-ce que ça serait plus rapide ?

Autre point : l'espace disque, est ce qu'un index sur 2 colonnes prend significativement plus de place d'un index sur 1 colonne ?

Merci

[ced]

Bonjour,

Ca veut dire que si une même IP vient le 20 mars et le 21 mars, il y aura 2 entrées dans la table : une pour le 20 mars et une autre pour le 21.

Du coup, la seule colonne ip ne peut pas suffire en clé primaire. Il faut que la clé primaire soit l'association (ip, date). Et du coup, ça créera un index sur l'association des 2 colonnes.
Au passage, il est fortement déconseillé d'utiliser des mots réservés (date par exemple) pour nommer des colonnes.

ced

[Galdon]

-_-'

Je viens de me rendre compte que j'ai effectivement écrit n'importe quoi dans mon post hier.

Actuellement il n'y a pas de clé primaire, il y a juste un index sur le champ IP (un index simple, de type BTREE). J'ai corrigé le CREATE TABLE dans mon premier message.

Donc du coup je repose ma question :

Vaut il mieux un index simple sur le champ ip, ou un index PRIMARY sur ip, date ?
(avantages/inconvénients sur les performances et l'espace disque)