En el caso de una "wilcard frontal" (es decir, un predicado "LIKE '% ...'" como parece ser el caso aquí, INSTR y LIKE deben realizar aproximadamente el mismo.
Cuando el comodín es no un "comodín frontal", el enfoque LIKE debería ser más rápido, a menos que el comodín no sea muy selectivo.
La razón por qué el tipo de comodines y su selectividad cuestión es que un predicado con Instr() se sistemáticamente resultado en un recorrido de tabla (SQL puede no hacer ninguna suposición sobre la semántica de INSTR), mediante el cual SQL puede aproveche su comprensión de la semántica del predicado LIKE para tal vez usar un índice para ayudarlo a probar solo un conjunto reducido de posibles coincidencias.
Como se sugiere en el comentario bajo la pregunta en sí, un índice de texto completo será mucho más rápido. La diferencia depende de la distribución específica de las palabras dentro del texto, y también del tamaño general de la tabla, etc., pero se espera algo del doble de rápido hasta tal vez 10 veces más rápido. Una posible desventaja de usar en el índice de texto completo, además de la sobrecarga general para crear dicho índice, es que a menos que se tenga mucho cuidado al configurar este índice (por ejemplo: definir la lista de palabras de parada, usando una sintaxis de búsqueda específica evitar formas flexionales y similares ...), puede haber casos en los que los resultados proporcionados por FullText no sean los esperados. Por ejemplo, al buscar una "SIERRA" (una herramienta para cortar madera), se pueden obtener muchos éxitos para los registros, incluido el verbo "ver", en sus diversas formas conjugadas.
Por supuesto, estas características de reconocimiento lingüístico de los índices de texto completo generalmente se pueden anular y también se puede considerar que tales características son efectivamente una ventaja, no un inconveniente. Solo menciono esto aquí ya que estamos comparando esto con una búsqueda de comodín simple.
Habilitación de un índice de búsqueda de texto completo puede ser más rápido si las cadenas de texto son largas – kibibu
'column regexp 'mystring '' suele ser más rápido que – Seth
Su pregunta tiene al menos '5' votos para la etiqueta [tag: like-operator]. ¿Podría solicitar amablemente que sugiera [tag: sql-like] como [sinónimo] (http://stackoverflow.com/tags/like-operator/synonyms)? – Kermit