{"id":221,"date":"2013-04-15T10:56:05","date_gmt":"2013-04-15T08:56:05","guid":{"rendered":"http:\/\/www.lafabriquedecode.com\/blog\/?p=221"},"modified":"2013-04-15T10:56:05","modified_gmt":"2013-04-15T08:56:05","slug":"mysql-difference-entre-et-like-dans-un-select","status":"publish","type":"post","link":"http:\/\/www.lafabriquedecode.com\/blog\/2013\/04\/mysql-difference-entre-et-like-dans-un-select\/","title":{"rendered":"MySQL : diff\u00e9rence entre = et LIKE dans un SELECT"},"content":{"rendered":"
\"like<\/a>

LIKE…a bo$$ !<\/p><\/div>\n

On entend souvent dire qu’utiliser l’op\u00e9rateur arithm\u00e9tique = ou faire un LIKE sur une cha\u00eene de caract\u00e8res dans MySQL revient au m\u00eame. Oui et non…Oui car au final les tuples qui \u00ab\u00a0remontent\u00a0\u00bb de nos tables sont les m\u00eames mais non car en coulisses l’impact sur le temps d’ex\u00e9cution n’est pas forc\u00e9ment le m\u00eame.
\nVoyons sans plus tarder un exemple avec une table compos\u00e9e de 2 champs; un champ char(6) qui occupe donc 6 octets puisque les cha\u00eenes g\u00e9n\u00e9r\u00e9es le sont avec des caract\u00e8res ASCII et un champ varchar(6) qui va occuper 7 octets – un pr\u00e9fixe d’un octet + nos 6 octets de caract\u00e8res – dans laquelle nous ins\u00e9rons des cha\u00eenes de caract\u00e8res al\u00e9atoires et en nombre assez cons\u00e9quent (100 000 entr\u00e9es). Ne vous inqui\u00e9tez pas si cela prend quelques secondes \u00e0 s’ex\u00e9cuter…<\/p>\n

\r\nCREATE TABLE test_like (\r\n    cha char(6) NOT NULL,\r\n    var varchar(6) NOT NULL\r\n) ENGINE=InnoDB DEFAULT CHARSET=utf8;\r\n\r\n-- le d\u00e9but de notre proc' stock'\r\n\r\nDROP PROCEDURE IF EXISTS insertion;\r\n\r\nDELIMITER \/\/\r\nCREATE PROCEDURE insertion()\r\nBEGIN\r\n    DECLARE i INT DEFAULT 1;\r\n\r\n    WHILE (i<=100000) DO\r\n        INSERT INTO test_like VALUES\r\n        (\r\n        SUBSTRING(MD5(RAND()) FROM 1 FOR 6),\r\n        SUBSTRING(MD5(RAND()) FROM 1 FOR 6));\r\n        SET i=i+1;\r\n    END WHILE;\r\nEND\r\n\/\/\r\nCALL insertion();\r\n\r\n<\/pre>\n
C’est vrai que de prime abord faire<\/p>\n
 select * from test_like\r\nwhere cha like 'ee43b9' <\/pre>\n
ou<\/p>\n
 select * from test_like\r\nwhere cha = 'ee43b9' <\/pre>\n
sur notre champ de type CHAR revient au m\u00eame, tout comme :<\/p>\n
select * from test_like\r\nwhere var like 'fb7bb8'<\/pre>\n
produit le m\u00eame r\u00e9sultat que<\/p>\n
select * from test_like\r\nwhere var = 'fb7bb8'<\/pre>\n
J’ai lu sur certains forums anglophones que le comportement de = ou like d\u00e9pendait du type de donn\u00e9es de la colonne (CHAR\/VARCHAR), c’est peut-\u00eatre vrai sur certains RDBMS, mais pas avec MySQL, vous en avez la preuve concr\u00e8te. Le changement est surtout visible lorsque l’on pose un index sur la colonne concern\u00e9e :<\/p>\n
ALTER TABLE test_like ADD INDEX (cha)<\/pre>\n
Ainsi, voici ce que nous donne un EXPLAIN. Tout d’abord sur le LIKE :<\/p>\n
explain select * from test_like where cha like 'ee43b9'<\/pre>\n
+—-+————-+———–+——-+—————+——+———+——+——+————-+
\n| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
\n+—-+————-+———–+——-+—————+——+———+——+——+————-+
\n| 1 | SIMPLE | test_like | range | cha | cha | 18 | NULL | 1 | Using where |
\n+—-+————-+———–+——-+—————+——+———+——+——+————-+
\n1 row in set (0.01 sec)<\/p>\n
Et ensuite sur le = :<\/p>\n
explain select * from test_like where cha = 'ee43b9'<\/pre>\n
+—-+————-+———–+——+—————+——+———+——-+——+————-+
\n| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
\n+—-+————-+———–+——+—————+——+———+——-+——+————-+
\n| 1 | SIMPLE | test_like | ref | cha | cha | 18 | const | 1 | Using where |
\n+—-+————-+———–+——+—————+——+———+——-+——+————-+
\n1 row in set (0.01 sec)<\/p>\n
Nous obtenons la m\u00eame chose sur le champ de type VARCHAR apr\u00e8s avoir pos\u00e9 un index dessus. Une recherche avec un LIKE sur un champ index\u00e9 donne un type = range<\/strong> alors qu’une recherche sur un champ index\u00e9 donne avec une \u00e9galit\u00e9 stricte un type = ref<\/strong>. Voyons ce que dit la documentation officielle \u00e0 ce sujet :<\/p>\n
ref<\/code>\u00a0peut \u00eatre utilis\u00e9 pour les colonnes index\u00e9es, qui sont compar\u00e9es avec l’op\u00e9rateur\u00a0=<\/code>.<\/p><\/blockquote>\n
C’est bien le cas ! Pour le range :<\/p>\n
range<\/code>\u00a0peut \u00eatre utilis\u00e9 lorsqu’une colonne index\u00e9e est compar\u00e9e avec une constante comme\u00a0=<\/code>,\u00a0<><\/code>,\u00a0><\/code>,\u00a0>=<\/code>,\u00a0<<\/code>,\u00a0<=<\/code>,IS NULL<\/code>,\u00a0<=><\/code>,\u00a0BETWEEN<\/code>\u00a0ou\u00a0IN<\/code>.<\/p><\/blockquote>\n
Les exemples de la\u00a0<\/span>documentation\u00a0officielle montrent bien que range peut-\u00eatre AUSSI utilis\u00e9 avec un = mais plut\u00f4t sur des types de donn\u00e9es num\u00e9riques…<\/span><\/p>\n
Les tests r\u00e9alis\u00e9s sur un serveur MySQL situ\u00e9 sur le r\u00e9seau local<\/strong><\/p>\n
Pour le champ de type CHAR<\/strong><\/p>\n
CHAR(6) index\u00e9, LIKE sur une valeur existante, bypass du cache de requ\u00eates MySQL :<\/p>\n
SELECT\u00a0SQL_NO_CACHE\u00a0*\r\n     FROM\u00a0test_like\r\n     WHERE\u00a0cha\u00a0LIKE\u00a0'edd34e'\r\n<\/pre>\n
\r\n1 total, Traitement en 0.0103 sec.\r\n<\/pre>\n
CHAR(6) index\u00e9, LIKE sur une valeur inexistante, bypass du cache de requ\u00eates MySQL :<\/p>\n
SELECT\u00a0SQL_NO_CACHE\u00a0*\r\n     FROM\u00a0test_like\r\n     WHERE\u00a0cha\u00a0LIKE\u00a0'fb7bb8'<\/pre>\n
\r\nMySQL n'a retourn\u00e9 aucune ligne. ( Traitement en 0.0007 sec. )\r\n<\/pre>\n
CHAR(6) index\u00e9, = sur une valeur existante, bypass du cache de requ\u00eates MySQL :<\/p>\n
SELECT SQL_NO_CACHE *\r\n     FROM test_like\r\n     WHERE cha =  'edd34e'<\/pre>\n
\r\nTraitement en 0.0008 sec.\r\n<\/pre>\n
CHAR(6) index\u00e9, = sur une valeur inexistante, bypass du cache de requ\u00eates MySQL :<\/p>\n
SELECT SQL_NO_CACHE *\r\n     FROM test_like\r\n     WHERE cha =  'udd34e'<\/pre>\n
\r\nMySQL n'a retourn\u00e9 aucune ligne. ( Traitement en 0.0006 sec. )\r\n<\/pre>\n
Pour le champ de type VARCHAR<\/strong><\/p>\n
VARCHAR(6) index\u00e9, LIKE sur une valeur existante, bypass du cache de requ\u00eates MySQL :<\/p>\n
SELECT SQL_NO_CACHE *\r\n     FROM test_like\r\n     WHERE var LIKE  '64eaee'<\/pre>\n
\r\n1 total, Traitement en 0.0455 sec.\r\n<\/pre>\n
VARCHAR(6) index\u00e9, LIKE sur une valeur inexistante, bypass du cache de requ\u00eates MySQL :<\/p>\n
SELECT SQL_NO_CACHE *\r\n     FROM test_like\r\n     WHERE var LIKE  '88eaee'<\/pre>\n
\r\nMySQL n'a retourn\u00e9 aucune ligne. ( Traitement en 0.0659 sec. )\r\n<\/pre>\n
VARCHAR(6) index\u00e9, = sur une valeur existante, bypass du cache de requ\u00eates MySQL :<\/p>\n
SELECT SQL_NO_CACHE *\r\n     FROM test_like\r\n     WHERE var =  '6753ec'<\/pre>\n
\r\n1 total, Traitement en 0.0520 sec.\r\n<\/pre>\n
VARCHAR(6) index\u00e9, = sur une valeur inexistante, bypass du cache de requ\u00eates MySQL :<\/p>\n
SELECT SQL_NO_CACHE *\r\n     FROM test_like\r\n     WHERE var =  '8888ec'<\/pre>\n
\r\nMySQL n'a retourn\u00e9 aucune ligne. ( Traitement en 0.0513 sec. )\r\n<\/pre>\n
D’apr\u00e8s ce petit benchmark tr\u00e8s rapide et sans grande pr\u00e9tention :<\/p>\n
    \n
  • sur un VARCHAR, like est un peu plus rapide que =<\/li>\n
  • sur un CHAR int\u00e9gralement rempli<\/strong>, = est beaucoup plus rapide que like<\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"
    On entend souvent dire qu’utiliser l’op\u00e9rateur arithm\u00e9tique = ou faire un LIKE sur une cha\u00eene de caract\u00e8res dans MySQL revient au m\u00eame. Oui et non…Oui car au final les tuples qui \u00ab\u00a0remontent\u00a0\u00bb de nos tables sont les m\u00eames mais non car en coulisses l’impact sur le temps d’ex\u00e9cution n’est pas forc\u00e9ment le m\u00eame. Voyons sans […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0},"categories":[2],"tags":[],"yoast_head":"\nMySQL : diff\u00e9rence entre = et LIKE dans un SELECT - La Fabrique de code - Tech blog<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"http:\/\/www.lafabriquedecode.com\/blog\/2013\/04\/mysql-difference-entre-et-like-dans-un-select\/\" \/>\n<meta property=\"og:locale\" content=\"fr_FR\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"MySQL : diff\u00e9rence entre = et LIKE dans un SELECT - La Fabrique de code - Tech blog\" \/>\n<meta property=\"og:description\" content=\"On entend souvent dire qu’utiliser l’op\u00e9rateur arithm\u00e9tique = ou faire un LIKE sur une cha\u00eene de caract\u00e8res dans MySQL revient au m\u00eame. Oui et non…Oui car au final les tuples qui \u00ab\u00a0remontent\u00a0\u00bb de nos tables sont les m\u00eames mais non car en coulisses l’impact sur le temps d’ex\u00e9cution n’est pas forc\u00e9ment le m\u00eame. Voyons sans […]\" \/>\n<meta property=\"og:url\" content=\"http:\/\/www.lafabriquedecode.com\/blog\/2013\/04\/mysql-difference-entre-et-like-dans-un-select\/\" \/>\n<meta property=\"og:site_name\" content=\"La Fabrique de code - Tech blog\" \/>\n<meta property=\"article:published_time\" content=\"2013-04-15T08:56:05+00:00\" \/>\n<meta property=\"og:image\" content=\"http:\/\/www.lafabriquedecode.com\/blog\/wp-content\/uploads\/2013\/04\/like_a_boss.jpg\" \/>\n<meta name=\"author\" content=\"admin\" \/>\n<meta name=\"twitter:card\" content=\"summary\" \/>\n<meta name=\"twitter:creator\" content=\"@LaFabrique2Code\" \/>\n<meta name=\"twitter:site\" content=\"@LaFabrique2Code\" \/>\n<meta name=\"twitter:label1\" content=\"\u00c9crit par\" \/>\n\t<meta name=\"twitter:data1\" content=\"admin\" \/>\n\t<meta name=\"twitter:label2\" content=\"Dur\u00e9e de lecture estim\u00e9e\" \/>\n\t<meta name=\"twitter:data2\" content=\"5 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"http:\/\/www.lafabriquedecode.com\/blog\/2013\/04\/mysql-difference-entre-et-like-dans-un-select\/\",\"url\":\"http:\/\/www.lafabriquedecode.com\/blog\/2013\/04\/mysql-difference-entre-et-like-dans-un-select\/\",\"name\":\"MySQL : diff\u00e9rence entre = et LIKE dans un SELECT - La Fabrique de code - Tech blog\",\"isPartOf\":{\"@id\":\"http:\/\/www.lafabriquedecode.com\/blog\/#website\"},\"datePublished\":\"2013-04-15T08:56:05+00:00\",\"dateModified\":\"2013-04-15T08:56:05+00:00\",\"author\":{\"@id\":\"http:\/\/www.lafabriquedecode.com\/blog\/#\/schema\/person\/83863c048b82fd9ccf6407bddd241162\"},\"breadcrumb\":{\"@id\":\"http:\/\/www.lafabriquedecode.com\/blog\/2013\/04\/mysql-difference-entre-et-like-dans-un-select\/#breadcrumb\"},\"inLanguage\":\"fr-FR\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"http:\/\/www.lafabriquedecode.com\/blog\/2013\/04\/mysql-difference-entre-et-like-dans-un-select\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"http:\/\/www.lafabriquedecode.com\/blog\/2013\/04\/mysql-difference-entre-et-like-dans-un-select\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Accueil\",\"item\":\"http:\/\/www.lafabriquedecode.com\/blog\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"MySQL : diff\u00e9rence entre = et LIKE dans un SELECT\"}]},{\"@type\":\"WebSite\",\"@id\":\"http:\/\/www.lafabriquedecode.com\/blog\/#website\",\"url\":\"http:\/\/www.lafabriquedecode.com\/blog\/\",\"name\":\"La Fabrique de code - Tech blog\",\"description\":\"PHP objet, MySQL, Design Patterns, OOP...et plus !\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"http:\/\/www.lafabriquedecode.com\/blog\/?s={search_term_string}\"},\"query-input\":\"required name=search_term_string\"}],\"inLanguage\":\"fr-FR\"},{\"@type\":\"Person\",\"@id\":\"http:\/\/www.lafabriquedecode.com\/blog\/#\/schema\/person\/83863c048b82fd9ccf6407bddd241162\",\"name\":\"admin\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"fr-FR\",\"@id\":\"http:\/\/www.lafabriquedecode.com\/blog\/#\/schema\/person\/image\/\",\"url\":\"http:\/\/0.gravatar.com\/avatar\/fc2e1de7c8a1871b50ff9c6a6f8682a2?s=96&d=retro&r=g\",\"contentUrl\":\"http:\/\/0.gravatar.com\/avatar\/fc2e1de7c8a1871b50ff9c6a6f8682a2?s=96&d=retro&r=g\",\"caption\":\"admin\"},\"url\":\"http:\/\/www.lafabriquedecode.com\/blog\/author\/admin\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"MySQL : diff\u00e9rence entre = et LIKE dans un SELECT - La Fabrique de code - Tech blog","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"http:\/\/www.lafabriquedecode.com\/blog\/2013\/04\/mysql-difference-entre-et-like-dans-un-select\/","og_locale":"fr_FR","og_type":"article","og_title":"MySQL : diff\u00e9rence entre = et LIKE dans un SELECT - La Fabrique de code - Tech blog","og_description":"On entend souvent dire qu’utiliser l’op\u00e9rateur arithm\u00e9tique = ou faire un LIKE sur une cha\u00eene de caract\u00e8res dans MySQL revient au m\u00eame. Oui et non…Oui car au final les tuples qui \u00ab\u00a0remontent\u00a0\u00bb de nos tables sont les m\u00eames mais non car en coulisses l’impact sur le temps d’ex\u00e9cution n’est pas forc\u00e9ment le m\u00eame. Voyons sans […]","og_url":"http:\/\/www.lafabriquedecode.com\/blog\/2013\/04\/mysql-difference-entre-et-like-dans-un-select\/","og_site_name":"La Fabrique de code - Tech blog","article_published_time":"2013-04-15T08:56:05+00:00","og_image":[{"url":"http:\/\/www.lafabriquedecode.com\/blog\/wp-content\/uploads\/2013\/04\/like_a_boss.jpg"}],"author":"admin","twitter_card":"summary","twitter_creator":"@LaFabrique2Code","twitter_site":"@LaFabrique2Code","twitter_misc":{"\u00c9crit par":"admin","Dur\u00e9e de lecture estim\u00e9e":"5 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"http:\/\/www.lafabriquedecode.com\/blog\/2013\/04\/mysql-difference-entre-et-like-dans-un-select\/","url":"http:\/\/www.lafabriquedecode.com\/blog\/2013\/04\/mysql-difference-entre-et-like-dans-un-select\/","name":"MySQL : diff\u00e9rence entre = et LIKE dans un SELECT - La Fabrique de code - Tech blog","isPartOf":{"@id":"http:\/\/www.lafabriquedecode.com\/blog\/#website"},"datePublished":"2013-04-15T08:56:05+00:00","dateModified":"2013-04-15T08:56:05+00:00","author":{"@id":"http:\/\/www.lafabriquedecode.com\/blog\/#\/schema\/person\/83863c048b82fd9ccf6407bddd241162"},"breadcrumb":{"@id":"http:\/\/www.lafabriquedecode.com\/blog\/2013\/04\/mysql-difference-entre-et-like-dans-un-select\/#breadcrumb"},"inLanguage":"fr-FR","potentialAction":[{"@type":"ReadAction","target":["http:\/\/www.lafabriquedecode.com\/blog\/2013\/04\/mysql-difference-entre-et-like-dans-un-select\/"]}]},{"@type":"BreadcrumbList","@id":"http:\/\/www.lafabriquedecode.com\/blog\/2013\/04\/mysql-difference-entre-et-like-dans-un-select\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Accueil","item":"http:\/\/www.lafabriquedecode.com\/blog\/"},{"@type":"ListItem","position":2,"name":"MySQL : diff\u00e9rence entre = et LIKE dans un SELECT"}]},{"@type":"WebSite","@id":"http:\/\/www.lafabriquedecode.com\/blog\/#website","url":"http:\/\/www.lafabriquedecode.com\/blog\/","name":"La Fabrique de code - Tech blog","description":"PHP objet, MySQL, Design Patterns, OOP...et plus !","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"http:\/\/www.lafabriquedecode.com\/blog\/?s={search_term_string}"},"query-input":"required name=search_term_string"}],"inLanguage":"fr-FR"},{"@type":"Person","@id":"http:\/\/www.lafabriquedecode.com\/blog\/#\/schema\/person\/83863c048b82fd9ccf6407bddd241162","name":"admin","image":{"@type":"ImageObject","inLanguage":"fr-FR","@id":"http:\/\/www.lafabriquedecode.com\/blog\/#\/schema\/person\/image\/","url":"http:\/\/0.gravatar.com\/avatar\/fc2e1de7c8a1871b50ff9c6a6f8682a2?s=96&d=retro&r=g","contentUrl":"http:\/\/0.gravatar.com\/avatar\/fc2e1de7c8a1871b50ff9c6a6f8682a2?s=96&d=retro&r=g","caption":"admin"},"url":"http:\/\/www.lafabriquedecode.com\/blog\/author\/admin\/"}]}},"_links":{"self":[{"href":"http:\/\/www.lafabriquedecode.com\/blog\/wp-json\/wp\/v2\/posts\/221"}],"collection":[{"href":"http:\/\/www.lafabriquedecode.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.lafabriquedecode.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.lafabriquedecode.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"http:\/\/www.lafabriquedecode.com\/blog\/wp-json\/wp\/v2\/comments?post=221"}],"version-history":[{"count":43,"href":"http:\/\/www.lafabriquedecode.com\/blog\/wp-json\/wp\/v2\/posts\/221\/revisions"}],"predecessor-version":[{"id":265,"href":"http:\/\/www.lafabriquedecode.com\/blog\/wp-json\/wp\/v2\/posts\/221\/revisions\/265"}],"wp:attachment":[{"href":"http:\/\/www.lafabriquedecode.com\/blog\/wp-json\/wp\/v2\/media?parent=221"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.lafabriquedecode.com\/blog\/wp-json\/wp\/v2\/categories?post=221"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.lafabriquedecode.com\/blog\/wp-json\/wp\/v2\/tags?post=221"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}