Commentaires sur : Mysql : les principales différences entre MyISAM et InnoDB http://www.tux-planet.fr/mysql-les-principales-differences-entre-myisam-et-innodb/ Linux et les Logiciels Libres Sun, 12 Feb 2012 01:59:52 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Par : Deathpool http://www.tux-planet.fr/mysql-les-principales-differences-entre-myisam-et-innodb/#comment-63464 Deathpool Wed, 27 Oct 2010 13:48:34 +0000 http://127.0.0.1/wordpress/2007/12/17/mysql-les-principales-differences-entre-myisam-et-innodb/#comment-63464 windows server offre aussi des possibilités intéressantes - no troll - windows server offre aussi des possibilités intéressantes - no troll -

]]> Par : milka1664 http://www.tux-planet.fr/mysql-les-principales-differences-entre-myisam-et-innodb/#comment-53440 milka1664 Mon, 22 Mar 2010 19:14:14 +0000 http://127.0.0.1/wordpress/2007/12/17/mysql-les-principales-differences-entre-myisam-et-innodb/#comment-53440 @pti-seb : Oui mais pour les clés etrangères + index fulltext @pti-seb : Oui mais pour les clés etrangères + index fulltext

]]> Par : pti-seb http://www.tux-planet.fr/mysql-les-principales-differences-entre-myisam-et-innodb/#comment-53439 pti-seb Mon, 22 Mar 2010 19:11:31 +0000 http://127.0.0.1/wordpress/2007/12/17/mysql-les-principales-differences-entre-myisam-et-innodb/#comment-53439 @milka1664 : ben il n'y a que MyISAM qui supporte le full text ... @milka1664 : ben il n'y a que MyISAM qui supporte le full text ...

]]> Par : milka1664 http://www.tux-planet.fr/mysql-les-principales-differences-entre-myisam-et-innodb/#comment-53438 milka1664 Mon, 22 Mar 2010 18:56:04 +0000 http://127.0.0.1/wordpress/2007/12/17/mysql-les-principales-differences-entre-myisam-et-innodb/#comment-53438 Je suis loin d'être expert donc un peu d'indulgence ^^ mais si je veux faire gérer des clés étrangères et faire un "moteur de recherche" en utilisant les index full text je ne peux pas ? Merci Je suis loin d'être expert donc un peu d'indulgence ^^ mais si je veux faire gérer des clés étrangères et faire un "moteur de recherche" en utilisant les index full text je ne peux pas ?

Merci

]]> Par : saliphp http://www.tux-planet.fr/mysql-les-principales-differences-entre-myisam-et-innodb/#comment-16295 saliphp Mon, 29 Dec 2008 10:54:48 +0000 http://127.0.0.1/wordpress/2007/12/17/mysql-les-principales-differences-entre-myisam-et-innodb/#comment-16295 bonjour , pouvez vous mexpliquer Freuy c koi la gestion par ligne row merci bonjour ,
pouvez vous mexpliquer Freuy c koi la gestion par ligne row merci

]]> Par : fruey (Let's Have It) http://www.tux-planet.fr/mysql-les-principales-differences-entre-myisam-et-innodb/#comment-2996 fruey (Let's Have It) Tue, 18 Dec 2007 14:13:47 +0000 http://127.0.0.1/wordpress/2007/12/17/mysql-les-principales-differences-entre-myisam-et-innodb/#comment-2996 <p><b>@Pti-seb</b> : <br /> Oui et non sur les INSERT : la question n'est pas la rapidité pour une opération en soi, mais la concurrence de multiples INSERT dans une application du type forum. Si le trafic est important & plusieurs INSERT se font dans une même table (forum_posts, qui contient une ligne pour chaque nouveau billet + une jointure vers une table type forum_categories par ex) alors InnoDB s'avère, d'expérience, plus rapide et plus stable.<br /> <br /> Sur une table qui se met à jour en bloc en une seule fois, alors MyISAM + LOAD DATA INFILE est très très rapide. InnoDB ne s'impose que dans les applications quand il y a bcp d'écritures en simultané vers la même table, en fait...</p> @Pti-seb :
Oui et non sur les INSERT : la question n'est pas la rapidité pour une opération en soi, mais la concurrence de multiples INSERT dans une application du type forum. Si le trafic est important & plusieurs INSERT se font dans une même table (forum_posts, qui contient une ligne pour chaque nouveau billet + une jointure vers une table type forum_categories par ex) alors InnoDB s'avère, d'expérience, plus rapide et plus stable.

Sur une table qui se met à jour en bloc en une seule fois, alors MyISAM + LOAD DATA INFILE est très très rapide. InnoDB ne s'impose que dans les applications quand il y a bcp d'écritures en simultané vers la même table, en fait...

]]> Par : pti-seb http://www.tux-planet.fr/mysql-les-principales-differences-entre-myisam-et-innodb/#comment-2995 pti-seb Tue, 18 Dec 2007 13:30:34 +0000 http://127.0.0.1/wordpress/2007/12/17/mysql-les-principales-differences-entre-myisam-et-innodb/#comment-2995 <p><b>@moi</b> : je connais également PostgreSQL (je l'ai utiliser à une époque ou MySQL était très peu populaire), mais aujourdh'ui je préfère utiliser MySQL. Sinon, pour les bases MyISAM, on peut faire des lock tables avant les dump afin de garantir les sauvegardes. Le binaire mysqlhotcopy permet d'ailleurs de faire des dumps avec lock de façon très simple.<br /> <br /> <b>@Fruey</b> et <b>@leg</b> : en se qui concerne la rapidité des INSERT, je me suis basé sur les résulats de ce test :<br /> <a href="http://www.magazine-jeux.com/Optimisation-MySQL.html" title="http://www.magazine-jeux.com/Optimisation-MySQL.html" rel="nofollow">www.magazine-jeux.com/Opt...</a><br /> <br /> Ou l'on peut voir que MyISAM est plus rapide lors d'une insertion de 100 000 lignes :<br /> - MyIsam 72sec<br /> - InnoDB >2min<br /> <br /> Quelque part cela me semble plus logique, car si j'ai bien compris, à chaque INSERT, InnoDB vérifie que tout c'est bien passé afin de garantir l'intégrité des données, MyISAM lui ne fait rien. <br/><br/> En revanche, j'ai lu ailleurs que InnoDB serait plus performant sur des UPDATE, ce qui peu expliquer les écarts de performances dans certains cas.</p> @moi : je connais également PostgreSQL (je l'ai utiliser à une époque ou MySQL était très peu populaire), mais aujourdh'ui je préfère utiliser MySQL. Sinon, pour les bases MyISAM, on peut faire des lock tables avant les dump afin de garantir les sauvegardes. Le binaire mysqlhotcopy permet d'ailleurs de faire des dumps avec lock de façon très simple.

@Fruey et @leg : en se qui concerne la rapidité des INSERT, je me suis basé sur les résulats de ce test :
http://www.magazine-jeux.com/Opt...

Ou l'on peut voir que MyISAM est plus rapide lors d'une insertion de 100 000 lignes :
- MyIsam 72sec
- InnoDB >2min

Quelque part cela me semble plus logique, car si j'ai bien compris, à chaque INSERT, InnoDB vérifie que tout c'est bien passé afin de garantir l'intégrité des données, MyISAM lui ne fait rien.

En revanche, j'ai lu ailleurs que InnoDB serait plus performant sur des UPDATE, ce qui peu expliquer les écarts de performances dans certains cas.

]]> Par : leg http://www.tux-planet.fr/mysql-les-principales-differences-entre-myisam-et-innodb/#comment-2992 leg Tue, 18 Dec 2007 07:47:56 +0000 http://127.0.0.1/wordpress/2007/12/17/mysql-les-principales-differences-entre-myisam-et-innodb/#comment-2992 <p>Tout à fait d'accord avec Fruey, MyIsam n'est pas fait pour l'insertion mais pour la lecture (et dans ce cas pourquoi, p.ex; en php, ne pas utiliser un fichier plat, vu qu'il ne gère pas l'intégrité référentielle !).<br /> <br /> Une de mes applis d'inscription d'élèves ramait sensiblement sous MyIsam (bcp d'insertion et de modif°), InnoDB a résolu le pb.<br /> <br /> SQLite est intéressant aussi. </p> Tout à fait d'accord avec Fruey, MyIsam n'est pas fait pour l'insertion mais pour la lecture (et dans ce cas pourquoi, p.ex; en php, ne pas utiliser un fichier plat, vu qu'il ne gère pas l'intégrité référentielle !).

Une de mes applis d'inscription d'élèves ramait sensiblement sous MyIsam (bcp d'insertion et de modif°), InnoDB a résolu le pb.

SQLite est intéressant aussi.

]]> Par : fruey http://www.tux-planet.fr/mysql-les-principales-differences-entre-myisam-et-innodb/#comment-2991 fruey Mon, 17 Dec 2007 22:36:28 +0000 http://127.0.0.1/wordpress/2007/12/17/mysql-les-principales-differences-entre-myisam-et-innodb/#comment-2991 <p>InnoDB est plus rapide en écriture, d'après mes tests, lors des applications type "forum". En effet, il gère le "locking" par ligne (row) et non par table, donc on peut plus facilement imaginer bcp de personnes postant sur un même forum. <br /> <br /> Je l'avais installé pour un forum sous MyISAM avant, et la différence était flagrante.</p> InnoDB est plus rapide en écriture, d'après mes tests, lors des applications type "forum". En effet, il gère le "locking" par ligne (row) et non par table, donc on peut plus facilement imaginer bcp de personnes postant sur un même forum.

Je l'avais installé pour un forum sous MyISAM avant, et la différence était flagrante.

]]> Par : moi http://www.tux-planet.fr/mysql-les-principales-differences-entre-myisam-et-innodb/#comment-2990 moi Mon, 17 Dec 2007 21:53:20 +0000 http://127.0.0.1/wordpress/2007/12/17/mysql-les-principales-differences-entre-myisam-et-innodb/#comment-2990 <p>Je vais donner l'impression de troller, mais PostgreSQL est bien meilleur de Mysql.<br /> <br /> Peut-être que tu n'as pas le choix de la base de donnée. Mais si tu as le choix, je te conseille hypra vivement de regarder PostgreSQL (la doc est superbe ce qui ne gache rien).<br /> <br /> > - il supporte ACID<br /> <br /> PostgreSQL le fait et sur plusieurs tables à la fois (lorsqu'il y a des contraintes entre tables).<br /> <br /> > - il supporte les clés étrangères et les intégrités référentielles<br /> <br /> Idem PostgreSQL, mais PostgreSQL c'est mieux. Tu peux faire un backup (alors que ta base de données est utilisée en écriture), toutes les règles sont respectés. Il n'y aura aucune incohérence dans le dump.<br /> <br /> <br /> M'enfin, force est de constater que MySQL fait la satisfaction de beaucoup.</p> Je vais donner l'impression de troller, mais PostgreSQL est bien meilleur de Mysql.

Peut-être que tu n'as pas le choix de la base de donnée. Mais si tu as le choix, je te conseille hypra vivement de regarder PostgreSQL (la doc est superbe ce qui ne gache rien).

> - il supporte ACID

PostgreSQL le fait et sur plusieurs tables à la fois (lorsqu'il y a des contraintes entre tables).

> - il supporte les clés étrangères et les intégrités référentielles

Idem PostgreSQL, mais PostgreSQL c'est mieux. Tu peux faire un backup (alors que ta base de données est utilisée en écriture), toutes les règles sont respectés. Il n'y aura aucune incohérence dans le dump.

M'enfin, force est de constater que MySQL fait la satisfaction de beaucoup.

]]>