Discussion :

[myz-rix]

Bonjour, afin d'optimiser un serveur j'ai voulu tester l'efficacité du moteur MEMORY de mysql et je suis assez déçu.

La mémoire va tout de même beaucoup beaucoup plus vite qu'un disque dur, je ne comprend pas qu'on ne retrouve pas cette différence avec le moteur MEMORY.

Je gagne que 10% de temps, voir au mieux 20%, cela vous parait il normal ?

voici le test que j'ai fait qui permet d'ecrire et lire une table de test:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
 
//**************************
//**************************
// *** PARAMETRAGES
$enregistrement_max = 10000;
$requete_max = 10;
$base = "engine_test";
$table_temp = "table_test";
$engine_array = array("ENGINE = MYISAM","ENGINE = MEMORY");
//$engine = "ENGINE = MYISAM";
//**************************
//**************************
foreach($engine_array as $engine)
{
print "<br>ENGINE => ".$engine;
$t1 = mktime();
 
//*******************
mysql_query("DROP DATABASE $base");
mysql_query("CREATE DATABASE $base") or die(mysql_error());
//*******************
 
//$table_source = "20090130_produit_pamimu";
 
 
mysql_db_query($base,"DROP TABLE `$table_temp`"); 
 
 
 mysql_db_query($base,"CREATE TABLE `$table_temp` (
`id` INT( 7 ) NOT NULL ,
`x` INT( 15 ) NULL ,
`y` INT( 15 ) NULL ,
`z` INT( 15 ) NULL ,
`o` INT( 15 ) NULL ,
INDEX (
`id`
)
) $engine ") or die(mysql_error());
 
 
 
 
// *** On rempli la base avec des valeurs quelconques
$id = 0;
$enregistrement_max_i = $enregistrement_max;
while($enregistrement_max_i > 0)
 {
 $id++;
 $x = rand(1000000,9000000);
 $y = rand(1000000,9000000);
 $z = rand(1000000,9000000);
 $o = rand(1000000,9000000);  
 mysql_db_query($base,"INSERT INTO `$table_temp` (id,x,y,z,o) VALUES ('$id','$x','$y','$z','$o')") or die(mysql_error());
 $enregistrement_max_i--;
 }
 
 
 
 
$t2=mktime();
//print '<br>timestamp = '.$t2;
print '<br>ecart='.($t2-$t1);
$requete_max_i = $requete_max;
while($requete_max_i > 0)
 {
 $update_req = mysql_db_query($base,"SELECT * FROM `$table_temp`") or die(mysql_error());
 while($update_data = mysql_fetch_array($update_req))
 {
 $u_x = rand(1000000,9000000);
 $u_y = rand(1000000,9000000);
 $u_z = rand(1000000,9000000);
 $u_o = rand(1000000,9000000);  
 mysql_db_query($base,"UPDATE `$table_temp` SET x = '$u_x', y = '$u_y', z= '$u_z', o = '$u_o' WHERE id ='$update_data[id]'") or die(mysql_error());
 $enregistrement_max_i--;
 }
 
 
 $requete_max_i--;
 }
// TEST CONTROLE
$test_req = mysql_db_query($base,"SELECT * FROM `$table_temp` WHERE id='".($enregistrement_max-10)."'") or die(mysql_error());
$test_data = mysql_fetch_array($test_req);
print '<br>TEST = '.$test_data[id].'-'.mysql_num_rows($test_req);
 
 
//***********************
$t3=mktime();
//print '<br>timestamp = '.$t3;
print '<br>ecart='.($t3-$t2);
 
print '<br>ecart='.($t3-$t1);
 
}

j'obtiens ceci:


ENGINE => ENGINE = MYISAM
ecart=6
TEST = 9990-1
ecart=58
ecart=64
ENGINE => ENGINE = MEMORY
ecart=5
TEST = 9990-1
ecart=53
ecart=58

je passe de 64s à 58s ... pas énorme, non ?

[kaymak]

oui pas énorme. Mais c'est peut être plutôt dû à la configuration du serveur ? Ou sa puissance.
Car si tu créé un table de type memory, mais que derrière le système te swap, tu conviendras que c'est complètement inutile d'avoir choisit ce moteur.
De la même manière si les index sont stockés sur le disque le gain sera, j'imagine, limité.

Enfin, j'aurai vu ce thread dans le sous forum mysql de sgdb, car c'est plus relatif à l'administration qu'à l'interaction entre php et mysql.

a plus

[onet]

Je confirme qu'il doit y avoir un souci dans tes tests. A titre d'informations, en passant certaines recherches de myisam a memory, on est apssé de requetes de 3-5s à quelques ms (dans le cadre d'une base en prod). Donc un gain pas loin de 1000.

Quelle est la config du serveur? (RAM, notamment).

D'autant qu'en regardant ton test, je me demande si ce n'est pas à cause de celui-ci justement. Etant donné que table est indexée sur un id, et que tu l'utilise, l'update est quasi instantanée, parce que justement tu es indexée dessus, donc la recherche est rapide. En plus, tu effectue 10'000 update, et c'est l'aller-retour mysql-php qui prendra le plus de temps dans ton test, a mon avis => peu de différence.

Effectue exactement le meme test, mais génère 1'000'000 d'enregistrement, et effectu un search dans un champ non indéxé, ou des update sans utiliser ta clé. Ou meme un select avec plusieurs conditions dans ton where, qui ne sont pas sur ton champ d'index. Je pense que tu verra clairement la différence.

A mon avis, ton test est trop "théorique" pour avoir une réelle signifiation.

Onet

[myz-rix]

Merci les gars, je viens de faire des essais en enlevant l'index de la table et en supprimant la clause WHERE dans le update et l'écart ce creuse énormément j'ai un rapport de 1/5 maintenant.

Avant d'orienter toute ma programmation vers le moteur MEMORY je voulais m'assurer que ça aller être utile .

Hop timiser, Hop timiser, Hop timiser, Hop Hop

[onet]

Merci les gars, je viens de faire des essais en enlevant l'index de la table et en supprimant la clause WHERE dans le update et l'écart ce creuse énormément j'ai un rapport de 1/5 maintenant.

Avant d'orienter toute ma programmation vers le moteur MEMORY je voulais m'assurer que ça aller être utile .

Hop timiser, Hop timiser, Hop timiser, Hop Hop

Attention a cela, n'oublie pas que la table memory ne doit être utilisée qu'en table "temporaire", ou duplicata! Car les données sont en mémoire, ce qui signifie que si ton serveur reboot, pour X ou Y raison, tu perds toutes tes données!

Et que si tu as une table trop importante, toutes les données ne pourront etre stockée en mémoire, et tu risque de te retrouver avec une table pleine.

L'utilisation d'une table MEMORY est quelque chose qui se fait dans certains cas! Et je conseille très fortement de l'utiliser conjointement à l'utilisation de trigger mysql ou functions...

Onet