MySQL Full-Text Search en 2026: capacidades, limitaciones y comparación con Elasticsearch

Introducción: cuándo la búsqueda integrada es suficiente y cuándo no

En 2026, la pregunta «¿usar MySQL Full-Text Search o integrar Elasticsearch?» sigue siendo relevante para cientos de miles de proyectos. Muchos equipos adoptan Elasticsearch por inercia, sin verificar si la búsqueda nativa de MySQL puede manejar la carga real. Otros, en cambio, alcanzan el límite de los índices FULLTEXT cuando el catálogo crece hasta millones de registros.

Una heurística sencilla: si tienes hasta 5–10 millones de filas, las consultas de búsqueda no son más complejas que condiciones booleanas y los requisitos de relevancia son moderados, MySQL Full-Text Search resolverá la tarea sin infraestructura adicional. En cuanto aparezcan requisitos de búsqueda facetada, sinónimos, stemming multilingüe o indexación en streaming, es momento de considerar Elasticsearch.

Tipos de índices Full-Text y modos de búsqueda en MySQL

Índice FULLTEXT

MySQL admite índices FULLTEXT únicamente para tablas InnoDB y MyISAM. El índice puede crearse al crear la tabla o posteriormente:

-- Al crear la tabla
CREATE TABLE articles (
  id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
  title VARCHAR(255) NOT NULL,
  body TEXT NOT NULL,
  FULLTEXT idx_fts (title, body)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

-- Añadir a una tabla existente
ALTER TABLE articles ADD FULLTEXT INDEX idx_fts (title, body);

-- O mediante CREATE INDEX
CREATE FULLTEXT INDEX idx_fts ON articles (title, body);

MATCH...AGAINST y modos de búsqueda

El operador MATCH(col1, col2) AGAINST('query' IN MODE) es la única forma de utilizar un índice FULLTEXT. MySQL admite tres modos:

• IN NATURAL LANGUAGE MODE — modo predeterminado. MySQL divide la consulta en tokens, excluye las palabras vacías y clasifica los resultados mediante un algoritmo similar a TF-IDF.
• IN BOOLEAN MODE — búsqueda booleana con operadores +, -, *, "", >, <. Permite construir consultas complejas sin relevancia predeterminada.
• WITH QUERY EXPANSION — búsqueda en dos pasadas: primero encuentra documentos relevantes, luego amplía la consulta con palabras de esos documentos. Aumenta la exhaustividad, pero puede reducir la precisión.

-- NATURAL LANGUAGE MODE
SELECT id, title,
       MATCH(title, body) AGAINST('búsqueda de texto completo MySQL') AS score
FROM articles
WHERE MATCH(title, body) AGAINST('búsqueda de texto completo MySQL')
ORDER BY score DESC
LIMIT 20;

-- BOOLEAN MODE: palabra obligatoria, exclusión, frase
SELECT id, title
FROM articles
WHERE MATCH(title, body) AGAINST('+MySQL -Oracle "búsqueda de texto completo"' IN BOOLEAN MODE);

-- WITH QUERY EXPANSION
SELECT id, title
FROM articles
WHERE MATCH(title, body) AGAINST('indexación' WITH QUERY EXPANSION)
LIMIT 10;

Configuración y optimización de índices FTS

Longitud mínima de palabra

Por defecto, MySQL indexa palabras de 3 o más caracteres (innodb_ft_min_token_size = 3 para InnoDB, ft_min_word_len = 4 para MyISAM). Para contenido en español esto puede ser un problema: palabras cortas pero significativas («año», «web», «SQL») quedan fuera del índice.

# my.cnf / my.ini
[mysqld]
# Para InnoDB
innodb_ft_min_token_size = 2

# Para MyISAM (si se usa)
ft_min_word_len = 2

# Desactivamos las palabras vacías integradas (o indicamos nuestro propio archivo)
innodb_ft_enable_stopword = OFF
# innodb_ft_server_stopword_table = 'mydb/my_stopwords'

Tras cambiar los parámetros es necesario reconstruir el índice: ejecutar OPTIMIZE TABLE articles; o recrear el índice FULLTEXT.

Parser ngram para caracteres especiales y CJK

El parser integrado estándar tiene limitaciones con idiomas no anglosajones: no realiza análisis morfológico y depende de los espacios como separadores. Para la búsqueda por subcadenas se recomienda el parser ngram, disponible desde MySQL 5.7.

# my.cnf
[mysqld]
ngram_token_size = 2

-- Creación de índice con parser ngram
CREATE TABLE products (
  id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
  name VARCHAR(512) NOT NULL,
  description TEXT,
  FULLTEXT idx_ngram (name, description) WITH PARSER ngram
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

-- Búsqueda por subcadena
SELECT id, name
FROM products
WHERE MATCH(name, description) AGAINST('smartph' IN BOOLEAN MODE);

El índice ngram divide el texto en todos los N-gramas posibles del tamaño especificado. Con ngram_token_size = 2, la palabra «Madrid» generará bigramas: «ma», «ad», «dr», «ri», «id». Esto permite buscar por cualquier subcadena, pero aumenta el tamaño del índice entre 3 y 5 veces respecto al parser estándar.

Palabras vacías (stopwords)

MySQL incluye una lista de palabras vacías en inglés. Para proyectos en español es necesario desactivar la lista estándar o utilizar una propia:

-- Creamos la tabla de palabras vacías
CREATE TABLE mydb.stopwords (
  value VARCHAR(30) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

INSERT INTO mydb.stopwords VALUES
  ('y'), ('en'), ('de'), ('la'), ('el'), ('los'), ('las'), ('un');

-- En my.cnf indicamos la ruta a la tabla:
-- innodb_ft_server_stopword_table = 'mydb/stopwords'

Ejemplos SQL prácticos para escenarios de búsqueda complejos

Búsqueda con filtrado y ordenación por relevancia

SELECT
  p.id,
  p.name,
  p.price,
  MATCH(p.name, p.description) AGAINST(:query IN BOOLEAN MODE) AS relevance
FROM products p
WHERE
  p.category_id = :category_id
  AND p.active = 1
  AND MATCH(p.name, p.description) AGAINST(:query IN BOOLEAN MODE)
ORDER BY relevance DESC, p.created_at DESC
LIMIT :limit OFFSET :offset;

Boosting por campo: el título es más importante que la descripción

SELECT
  id,
  title,
  (
    MATCH(title) AGAINST(:query IN BOOLEAN MODE) * 3 +
    MATCH(body) AGAINST(:query IN BOOLEAN MODE)
  ) AS boosted_score
FROM articles
HAVING boosted_score > 0
ORDER BY boosted_score DESC
LIMIT 20;

Atención: para este truco son necesarios dos índices FULLTEXT separados — uno sobre title y otro sobre body.

Búsqueda con tolerancia a errores tipográficos mediante SOUNDEX (solución alternativa)

-- Aproximación básica: FTS + filtro SOUNDEX
SELECT id, title
FROM articles
WHERE MATCH(title, body) AGAINST(:query IN BOOLEAN MODE)
   OR SOUNDEX(title) = SOUNDEX(:query)
LIMIT 20;

SOUNDEX en MySQL está orientado al inglés y funciona mal con otros idiomas. Para búsqueda difusa en español es preferible considerar Elasticsearch o un preprocesamiento en el lado de PHP/Laravel.

Relevancia y clasificación: cómo calcula MySQL el score

En el modo IN NATURAL LANGUAGE MODE, MySQL calcula el score con una fórmula similar a TF-IDF: cuanto más frecuente es la palabra en el documento (TF) y más rara en toda la colección (IDF), mayor es su peso. Los documentos en los que la palabra buscada aparece en más del 50% de las filas reciben un score cero y no se devuelven — una trampa habitual con conjuntos de datos pequeños (menos de 20 filas).

Para mejorar la calidad de la clasificación en MySQL se aplican varias técnicas:

• Separar índices por campos con distinto peso (title, tags, body) y sumar scores con coeficientes.
• Almacenar un «boost» precalculado del documento (valoración, número de visitas) y multiplicarlo por el score FTS.
• Usar IN BOOLEAN MODE para controlar explícitamente los pesos con los operadores > y <.

-- Boost explícito mediante el operador > en BOOLEAN MODE
SELECT id, title
FROM articles
WHERE MATCH(title, body)
  AGAINST('(>MySQL 

// Integración de Scout en el modelo (Laravel)
use Laravel\Scout\Searchable;

class Article extends Model
{
    use Searchable;

    public function toSearchableArray(): array
    {
        return [
            'id'       => $this->id,
            'title'    => $this->title,
            'body'     => $this->body,
            'category' => $this->category?->name,
        ];
    }

    // Para MySQL FTS mediante scout-mysql-driver
    public function searchableAs(): string
    {
        return 'articles'; // nombre de la tabla / índice
    }
}

// Búsqueda mediante Scout (el driver se reemplaza de forma transparente)
$results = Article::search('MySQL búsqueda de texto completo')
    ->where('active', 1)
    ->orderBy('published_at', 'desc')
    ->paginate(20);

[mysqld]
# Tamaño del buffer para índices FTS de InnoDB
innodb_ft_cache_size = 32000000
innodb_ft_total_cache_size = 640000000

# Tamaño mínimo de token
innodb_ft_min_token_size = 2

# Ngram: tamaño del bigrama
ngram_token_size = 2

# Desactivamos las palabras vacías integradas
innodb_ft_enable_stopword = OFF

# Registramos consultas lentas (incluyendo FTS)
slow_query_log = ON
long_query_time = 0.1
log_queries_not_using_indexes = ON