Discussion :

[alpha_one_x86]

Bonjour, j'ai certaine requête assez lente, il me prenne 15ms par page alors que le contenu mysql est presque vide (seulement 8000 entrées pour 600 000 prévu).
Voila mon code:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$reply = mysql_query('SELECT COUNT(id_rss) AS nbr_entry FROM `entry` WHERE id_rss=\''.$nombre.'\'') or die(mysql_error());

Pour cette requête un comptage approximatif ne me dérange pas.
Et la 2eme requête lente:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$reply = mysql_query('SELECT id FROM `entry` ORDER BY `date` DESC LIMIT 0, 10) or die(mysql_error());

Voila ma structure:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
CREATE TABLE IF NOT EXISTS `entry` (
  `id` int(11) NOT NULL auto_increment COMMENT 'unique id',
  `title` text NOT NULL COMMENT 'the title',
  `description` text NOT NULL COMMENT 'the description',
  `link` varchar(128) NOT NULL COMMENT 'the link',
  `id_rss` int(11) NOT NULL COMMENT 'which rss have create this entry',
  `date` int(11) NOT NULL COMMENT 'date',
  `keyword_detected` text NOT NULL,
  `keyword_specified` text NOT NULL,
  `cat` enum('Genérale') NOT NULL default 'Genérale' COMMENT 'The categories',
  PRIMARY KEY  (`id`),
  KEY `link` (`link`)
) ENGINE=MyISAM  DEFAULT CHARSET=utf8 AUTO_INCREMENT=8818 ;

C'est un dédié, trés performant, optimisé sur mesure par des professionnels de l'infogérance, et qui démontre sur tout les autres script une efficacité inégalé.
Voyez vous un moyen de l'optimiser? Faudrai t'il que je change de sgdb? Si oui la quel? (Avec peu d'administration svp)
Merci d'avance.

[Jester]

Il faudrait sans doute mettre un index sur date et id_rss.

[alpha_one_x86]

Détail moi ce que ca fait et pourquoi c'est tout d'un coup bien plus performant stp.

[alpha_one_x86]

C'est bien plus performant sur:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT * FROM `entry` WHERE id_rss='46' ORDER BY `date` DESC LIMIT 0,10

Mais pas sur:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT * FROM `entry` ORDER BY `date` DESC LIMIT 0,10

[qi130]

L'index sur la date est-il DESC ?

[alpha_one_x86]

Meme lenteur sur:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT * FROM `entry` LIMIT 0,10

[kedare]

Un petit explain ne serais pas du luxe

[alpha_one_x86]

Serveur: localhost
Base de données:
Généré le : Sam 12 Septembre 2009 à 14:00
Généré par: phpMyAdmin 3.2.0 / MySQL 5.0.70
requête SQL: EXPLAIN EXTENDED SELECT * FROM `entry` LIMIT 8800,10;
Enregistrements: 1
id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE entry ALL NULL NULL NULL NULL 8836

[Jester]

LIMIT 8800,10; et LIMIT 0, 10 ce n'est pas pareil.

Chez moi limit 0,10 est optimisé et ne lit que 10 lignes donc c'est rapide. Par contre LIMIT 8800,10 en lira 8810, forcément c'est beaucoup plus lent comme en plus vos lignes sont grosses.

[Oishiiii]

LIMIT 8800,10; et LIMIT 0, 10 ce n'est pas pareil.

Chez moi limit 0,10 est optimisé et ne lit que 10 lignes donc c'est rapide. Par contre LIMIT 8800,10 en lira 8810, forcément c'est beaucoup plus lent comme en plus vos lignes sont grosses.

Tu as un explain qui montre cela ?

Chez moi, LIMIT 10, ou LIMIT 20000,10, c'est strictement la même chose.

MySQL va lire toutes les lignes retournées par la requêtes (sans LIMIT), une fois toutes les lignes retournées, le LIMIT est appliqué.

Exemple :

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT * FROM communes LIMIT 10

MySQL va lire toutes les lignes de ma table (environ 37000) et ensuite seulement, en affiche que 10, masque les autres.
Ont le voit clairement dans les Explain.



Et forcément, c'est la même chose si on ajoute ORDER BY.

[Jester]

Les valeurs du explain ne sont que des indications. Mes tests montrent que l'augmentation du temps de la requête est linéaire avec l'offset du limit.

MySQL version 5.0.67.

[Oishiiii]

Quels genre de tests faut-il effectuer ?
Cela m'intéresse, j'aimerai pouvoir le vérifier moi-même.

[Jester]

SELECT * FROM communes LIMIT 10, 1

puis

SELECT * FROM communes LIMIT 10000, 1

mais 30000 ça risque d'être trop petit pour être évaluable.