Guía de la función FIND_IN_SET de MySQL: Uso, consejos y alternativas

1. Introducción: Casos comunes donde se necesita FIND_IN_SET

Cuando manejas datos en MySQL, puedes encontrarte con situaciones donde “se guardan varios valores en una sola columna, separados por comas”. Por ejemplo, etiquetas seleccionadas por el usuario, información de categorías, banderas de configuración, etc., se almacenan como una sola cadena como php,python,sql. Tal estructura no se recomienda desde la perspectiva de la normalización de bases de datos en principio. Sin embargo, en situaciones donde el diseño de sistemas existentes o la entrada flexible de datos se prioriza, puede que no tengas otra opción que usar este formato en la práctica.

El salvavidas al enfrentar búsquedas de etiquetas

Por ejemplo, supón que quieres comprobar si un determinado usuario tiene la etiqueta “python”. Con el operador = habitual o el operador LIKE, existen limitaciones en la coincidencia parcial o la precisión de la coincidencia con los caracteres circundantes, y puede devolver resultados incorrectos. En tales casos, la función FIND_IN_SET() resulta útil. FIND_IN_SET() es una función de MySQL que determina la posición de una cadena específica dentro de una cadena separada por comas. Si existe, devuelve el índice (empezando en 1); si no, devuelve 0. Usando esta función, puedes determinar con precisión y flexibilidad si se incluyen etiquetas, categorías, valores de configuración, etc.

Escenarios comunes de uso

Los casos típicos donde FIND_IN_SET es útil son los siguientes:

• Cuando quieres extraer un valor específico de “tags” o “categories” guardados en formato separado por comas
• Cuando quieres usar valores introducidos en formato CSV en la pantalla de administración, etc., como condiciones de búsqueda
• Cuando quieres realizar un filtrado flexible de la información meta en CMS como WordPress
• Cuando quieres procesar sin modificar una tabla existente donde los elementos de selección múltiple se consolidan en una columna

Si se usa de manera incorrecta, FIND_IN_SET puede causar degradación del rendimiento o detecciones falsas. Por eso, en este artículo, explicaremos desde la sintaxis básica de FIND_IN_SET hasta ejemplos de aplicación, precauciones y alternativas, de manera fácil de entender con ejemplos prácticos.

2. ¿Qué es la función FIND_IN_SET? [Basic Syntax and Return Value]

La función FIND_IN_SET() de MySQL es una función que comprueba la posición de un valor especificado dentro de una cadena separada por comas. Es muy útil cuando múltiples valores en la base de datos se almacenan juntos en un solo campo.
Esta función es única de MySQL y no existe de forma predeterminada en otras bases de datos (como PostgreSQL o SQLite), lo que la convierte en una característica especializada para entornos MySQL.

Sintaxis básica

FIND_IN_SET(search_value, comma-separated_string)

• Valor a buscar : La cadena que se desea localizar
• Cadena separada por comas : La lista separada por comas donde se realizará la búsqueda

Ejemplo de uso

Por ejemplo, considera el siguiente SQL.

SELECT FIND_IN_SET('python', 'php,python,sql');

En este caso, como 'python' aparece en la posición 2, se devuelve 2 como valor de retorno.
Por el contrario, si el valor especificado no existe en la lista, se devuelve 0 de la siguiente forma.

SELECT FIND_IN_SET('ruby', 'php,python,sql');
-- Result: 0

Además, si cualquiera de los argumentos es NULL, el valor de retorno también es NULL.

SELECT FIND_IN_SET(NULL, 'php,python,sql');
-- Result: NULL

Especificaciones del valor de retorno

De esta forma, al aprovechar eficazmente el valor de retorno, se puede aplicar no solo a búsquedas sino también a escenarios donde se desea comprobar el orden de inclusión.

Nota: 0 significa “no existe”

Cuando el valor de retorno es 0, indica que el valor “no existe en la lista”. En MySQL, 0 se trata como FALSE, por lo que usarlo directamente en una cláusula WHERE puede provocar comportamientos inesperados. En el siguiente capítulo, introduciremos ejemplos de consultas básicas sobre cómo usar FIND_IN_SET para buscar contra datos reales de tabla.

3. Ejemplo práctico 1: Uso básico [Simple SELECT Statement]

La función FIND_IN_SET() , tal como su nombre indica, sirve para “buscar en un conjunto”, pero ¿cómo se escribe en la práctica cuando se utiliza con datos de una tabla? En este apartado presentamos el ejemplo de uso más sencillo con una sentencia SELECT.

Preparación de la Tabla de Ejemplo

Supongamos una tabla con la siguiente estructura.
Nombre de la tabla: user_tags

La columna tags almacena las etiquetas de habilidad registradas por el usuario, separadas por comas.

Ejemplo: Buscar Usuarios con la etiqueta “python”

Si quieres extraer únicamente a los usuarios que tengan la etiqueta “python”, escribe la sentencia SQL como la siguiente.

SELECT * FROM user_tags
WHERE FIND_IN_SET('python', tags);

Resultado de la Ejecución:

De esta forma, se devolvieron únicamente los registros donde “python” aparece en la columna tags.

La Coincidencia Exacta de Cadenas es la Clave

FIND_IN_SET() realiza la coincidencia mediante coincidencia de cadena exacta. Por lo tanto, no coincidirá con subcadenas como “py” o “pyth”. Si se necesita una coincidencia parcial, se debe usar el operador LIKE, pero escribir algo como LIKE '%python%' corre el riesgo de coincidir incorrectamente con “php” en php,python,sql. Por eso, FIND_IN_SET es más adecuado para listas separadas por comas.

Ejemplo de Búsqueda con Variables en SQL

Si deseas cambiar el valor de búsqueda de manera dinámica, puedes hacerlo de forma flexible utilizando variables.

SET @skill = 'python';

SELECT * FROM user_tags
WHERE FIND_IN_SET(@skill, tags);

Este método de escritura también es eficaz cuando se enlaza con aplicaciones o procedimientos almacenados.

4. Ejemplo Práctico 2: Manejo de Búsquedas Dinámicas (Variables e Integración con Formularios)

En aplicaciones web reales o sistemas empresariales, a menudo se presentan escenarios donde las condiciones de búsqueda se incorporan dinámicamente en el SQL.
Por ejemplo, casos en los que quieres buscar usando FIND_IN_SET() con valores seleccionados por el usuario en un formulario o valores generados automáticamente dentro del sistema. Aquí presentamos un uso práctico asumiendo variables o integración de backend.

Búsqueda Dinámica con Variables en SQL

Al usar variables de sesión de MySQL (@nombre_de_variable), puedes definir el valor de búsqueda al principio del código y reutilizarlo en múltiples consultas.

-- Store the tag to search for in a variable
SET @target_tag = 'python';

-- Dynamic search with FIND_IN_SET
SELECT * FROM user_tags
WHERE FIND_IN_SET(@target_tag, tags);

De esta manera, el valor de búsqueda puede reemplazarse fácilmente y se puede utilizar en procedimientos almacenados o procesamiento por lotes, etc.

Integración con Aplicaciones: Caso PHP

Por ejemplo, al emitir SQL basado en la entrada de un formulario web utilizando PHP, el código sería algo así.

<?php
$tag = $_GET['tag']; // Example: Form input "python"

// SQL generation (prepared statements are recommended)
$sql = "SELECT * FROM user_tags WHERE FIND_IN_SET(?, tags)";

$stmt = $pdo->prepare($sql);
$stmt->execute([$tag]);
$results = $stmt->fetchAll();
?>

De esta forma, combinarlo con sentencias preparadas garantiza una protección completa contra la inyección SQL.

Aplicación en WordPress: Búsqueda de Etiquetas en Campos Personalizados

En WordPress, puedes buscar en campos personalizados usando meta_query, pero si quieres incorporar FIND_IN_SET, necesitas usar SQL directamente como sigue.
Ejemplo: Cuando "php,python,sql" se almacena en el campo personalizado _user_tags

global $wpdb;
$tag = 'python';

$sql = $wpdb->prepare(
  "SELECT * FROM {$wpdb->prefix}postmeta WHERE meta_key = %s AND FIND_IN_SET(%s, meta_value)",
  '_user_tags', $tag
);
$results = $wpdb->get_results($sql);

Con este método, se vuelven posibles búsquedas flexibles que no pueden ser manejadas por las funciones estándar de WordPress.

Precaución: Presta Atención a los Espacios y las Comas de Anchura Completa

Al usar FIND_IN_SET, si la cadena separada por comas que se busca contiene espacios adicionales o caracteres de anchura completa, no coincidirá.
Por ello, se recomienda realizar un preprocesamiento, como el siguiente, en el momento del registro de datos o antes de la búsqueda.

• Elimina espacios con la función TRIM()
• Normaliza el formato de coma (de ancho completo a ancho medio)
• Validación de entrada en el lado de la aplicación

5. Técnicas Avanzadas para FIND_IN_SET [GROUP_CONCAT, Subconsultas, JOIN]

La función FIND_IN_SET puede manejar no solo búsquedas simples básicas, sino también procesamientos de búsqueda más flexibles y complejos combinando con otras funciones SQL o subconsultas. En este capítulo, presentamos tres patrones de aplicación representativos.

Combinación con GROUP_CONCAT

Primero, se trata de la integración con GROUP_CONCAT(), que puede manejar valores de múltiples filas como una única cadena separada por comas. Por ejemplo, es eficaz en escenarios donde creas una lista de etiquetas objetivo a partir de una tabla y la utilizas como condición de búsqueda para otra tabla. Ejemplo: Coincidir los valores en la columna tags de la tabla user_tags con la lista de etiquetas en la tabla master_tags

SELECT *
FROM user_tags
WHERE FIND_IN_SET('python', (
  SELECT GROUP_CONCAT(tag_name)
  FROM master_tags
));

Esta consulta convierte la lista de etiquetas existente en master_tags en una única cadena separada por comas y realiza la coincidencia contra ella utilizando FIND_IN_SET(). Ten en cuenta que la longitud de la cadena generada por GROUP_CONCAT tiene un límite (por defecto 1024 caracteres), por lo que si hay muchos datos objetivo, revisa la configuración de group_concat_max_len.

Recuperación Dinámica de Valores con Subconsultas para Búsqueda

A continuación, un método para recuperar dinámicamente los valores objetivo de búsqueda con una subconsulta y pasarlos a FIND_IN_SET. Ejemplo: Obtener condiciones de búsqueda desde una tabla de gestión que contiene la configuración más reciente y filtrar datos según ellas

SELECT *
FROM user_tags
WHERE FIND_IN_SET(
  'python',
  (SELECT setting_value FROM search_conditions WHERE id = 1)
);

En este ejemplo, las condiciones de búsqueda se almacenan en una tabla de gestión, lo que permite cambiar el contenido de búsqueda simplemente modificando la configuración del sistema. Debido a su alta flexibilidad, resulta conveniente para pantallas de gestión personalizables o aplicaciones de tipo panel de control.

Comparación con JOIN: JOIN es Superior en Estructuras Normalizadas

FIND_IN_SET es una función conveniente, pero si el diseño de la base de datos es originalmente normalizado, las búsquedas usando JOIN son más eficientes y seguras. Por ejemplo, si se trata de una relación muchos-a-muchos utilizando una tabla intermedia como la siguiente, puede implementarse simplemente con JOIN sin usar FIND_IN_SET.

Ejemplo de Configuración:

• Tabla de usuarios
• Tabla de etiquetas
• Tabla de relación user_tag_relation (tabla intermedia que contiene user_id y tag_id)

SELECT users.*
FROM users
JOIN user_tag_relation ON users.id = user_tag_relation.user_id
JOIN tags ON user_tag_relation.tag_id = tags.id
WHERE tags.name = 'python';

Con este diseño, el rendimiento de búsqueda mejora y es más fácil manejar futuras expansiones de datos.

¿Qué Técnica Deberías Elegir?

De esta manera, FIND_IN_SET() puede mejorar significativamente la flexibilidad de las condiciones de búsqueda combinándolas con otras funciones SQL. Sin embargo, según el escenario de uso o la estructura de datos, JOIN u otros métodos pueden ser más adecuados, por lo que es importante elegir según el diseño y el propósito.

6. Problemas y Precauciones para FIND_IN_SET [Performance and Design Aspects]

La función FIND_IN_SET es una función conveniente que permite búsquedas flexibles en cadenas separadas por comas, pero deberías evitar usarla indiscriminadamente. Aquí explicamos los aspectos de rendimiento y los riesgos en el diseño de la base de datos que a menudo se convierten en problemas en entornos de desarrollo reales.

El Rendimiento Se Deteriora Porque los Índices No Funcionan

La mayor desventaja de FIND_IN_SET es que los índices en la columna objetivo de búsqueda no tienen efecto. Por ejemplo, supongamos que ejecutas una consulta como la siguiente.

SELECT * FROM user_tags
WHERE FIND_IN_SET('python', tags);

En este caso, aunque se cree un índice en la columna tags, el uso de la función FIND_IN_SET provoca un escaneo completo de la tabla, y MySQL no tiene más opción que leer todas las filas y analizar las cadenas secuencialmente.

Por lo tanto, en datos a gran escala donde los registros objetivo superan miles a decenas de miles, la velocidad de búsqueda disminuye drásticamente. Medidas recomendadas:

• Considerar la normalización utilizando una tabla intermedia según sea necesario.
• Si debes usar FIND_IN_SET, reduce los registros objetivo con antelación (usa en combinación con LIMIT u otras condiciones WHERE).

Volverse dependiente de una estructura que contradice la normalización

Consolidar cadenas separadas por comas en una sola columna contradice los principios de normalización de bases de datos.

Por ejemplo, una cadena como \"php,python,sql\" puede parecer fácil de manejar a primera vista, pero presenta los siguientes problemas.

• La agregación y el procesamiento estadístico por valor es difícil.
• Actualizar o eliminar solo algunos valores es un desafío.
• Es probable que ocurran duplicados o errores ortográficos en los valores (por ejemplo, “Python” y “python”).

A largo plazo, suele convertirse en una desventaja significativa en cuanto a legibilidad, mantenibilidad y extensibilidad, y es particularmente fatal en el desarrollo en equipo o en servicios escalables.

La búsqueda falla por inclusión de caracteres distintos a comas o espacios

FIND_IN_SET es muy delicado. Si existen problemas como los siguientes en los datos, no coincidirá.

• Espacios (espacios, tabulaciones, saltos de línea) antes y después de los valores.
• Se mezclan comas de ancho completo (，).
• Inadvertidamente rodeado por comillas dobles o simples.

Ejemplo:

FIND_IN_SET('python', 'php, python ,sql')
-- ⇒ Does not match (it becomes " python " with spaces)

Medidas:

• En la etapa de registro de datos, incluir procesamiento con TRIM() para eliminar espacios.
• Preprocesar los valores de entrada con REPLACE(tags, ‘ ‘, »).
• Restricciones de entrada en el frontend (excluir espacios y símbolos innecesarios).

Efectivo como medida temporal, pero no adecuado para operación permanente

FIND_IN_SET es muy útil como un medio provisional para utilizar temporalmente las tablas denormalizadas existentes.

Sin embargo, en sistemas recién diseñados o planificados para la expansión y el mantenimiento a largo plazo, es importante evitarlo tanto como sea posible o tener un plan para migrar a la normalización en el futuro.

7. Conceptos erróneos comunes y ejemplos de fallos [Differences from LIKE / Handling Numbers]

La función FIND_IN_SET puede parecer simple de usar a primera vista, pero si no se entiende y se usa correctamente, puede dar resultados no deseados.

Este capítulo presenta las concepciones erróneas y patrones de fallas típicos que son comunes en la práctica, y explica las contramedidas para cada uno.

Concepción errónea ①: No entender la diferencia entre LIKE y FIND_IN_SET

El caso más común es buscar con condiciones incorrectas sin comprender correctamente la diferencia entre el operador LIKE y FIND_IN_SET().

-- Common Misuse
SELECT * FROM user_tags WHERE tags LIKE '%python%';

Esta consulta puede parecer funcionar correctamente a primera vista, pero en realidad coincidirá con todos los datos que contengan parcialmente la cadena python.

Por ejemplo, capturará casos como cpython, pythonista, java,pythonic, etc., que originalmente no deseabas que coincidieran.

Además, cuando deseas coincidir solo con “python” en una lista separada por comas como php,python,sql, con coincidencia parcial LIKE, hay una alta posibilidad de falsos positivos.

Si quieres confirmar exactamente que la palabra “python” está incluida, FIND_IN_SET() es apropiado.

-- Correct Way to Write
SELECT * FROM user_tags WHERE FIND_IN_SET('python', tags);

Concepción errónea ②: FIND_IN_SET no funciona como se espera con valores “numéricos”

FIND_IN_SET asume que ambos argumentos se tratan como cadenas.

Por lo tanto, con datos como los siguientes, pueden ocurrir resultados inesperados.

-- tags column contains: 1,2,10,20
SELECT * FROM user_tags WHERE FIND_IN_SET(1, tags);

En esta consulta, es común pensar que ambos 1 y 10 coincidirán, pero en realidad, FIND_IN_SET(1, '1,2,10,20') solo coincide con el «primer 1». Ya que FIND_IN_SET determina coincidencias exactas separando los valores, 1 es diferente de 10 o 21. Sin embargo, algunos desarrolladores pueden malinterpretar este comportamiento y pensar que «1» también coincide con «10». Contramedida: Al tratar siempre como cadenas, puedes prevenir comportamientos inesperados.

Concepto Erróneo ③: No Coincide Correctamente Debido a Espacios, Comas de Anchura Completa, Saltos de Línea, etc.

FIND_IN_SET es muy delicado. Si hay problemas como los siguientes en los datos, no coincidirá.

• Espacios (espacio, tabulación, salto de línea) antes o después de los valores
• Comas de anchura completa (、) se mezclan
• Rodeados de comillas dobles o simples no deseadas

Ejemplo:

FIND_IN_SET('python', 'php, python ,sql')
-- ⇒ Doesn't match (becomes " python " with spaces)

Contramedidas:

• En la etapa de registro de datos, incluir procesamiento TRIM() para eliminar espacios
• Preprocesar valores de entrada con REPLACE(tags, ' ', '')
• Restricciones de entrada en el frontend (excluir espacios y símbolos innecesarios)

Resumen: Puntos para Usar FIND_IN_SET de Forma Segura

Si lo usas sin comprender estos comportamientos finos, puede provocar un error grave donde crees que «la búsqueda funciona» pero en realidad, los datos esperados no fueron extraídos. En el siguiente capítulo, explicaremos alternativas efectivas a FIND_IN_SET que resuelven estos problemas desde la raíz.

8. Alternativas a FIND_IN_SET [Best Practices]

La función FIND_IN_SET es una función conveniente que permite búsquedas flexibles sobre cadenas separadas por comas, pero no es adecuada para datos a gran escala o sistemas que requieren escalabilidad. Este capítulo presenta alternativas más recomendadas (mejores prácticas) que no utilizan FIND_IN_SET.

Cambiar a un Diseño de Tabla Normalizada

El método más recomendado es normalizar la base de datos y gestionar los valores como filas individuales. En lugar de almacenar múltiples valores en una sola columna separada por comas, usa una tabla de unión (tabla de relación) para expresar claramente las relaciones muchos-a-muchos.

Ejemplo: Relación Usuario y Etiqueta

Estructura Convencional (Desnormalizada):

Estructura Normalizada: tabla users

tabla tags

tabla user_tag_relation (tabla de unión)

Al separar de esta manera, la búsqueda flexible se vuelve posible con JOIN sin usar FIND_IN_SET.

SELECT users.*
FROM users
JOIN user_tag_relation ON users.id = user_tag_relation.user_id
JOIN tags ON user_tag_relation.tag_id = tags.id
WHERE tags.name = 'python';

Con este método, los índices también se pueden usar eficazmente, y el rendimiento y la escalabilidad mejoran significativamente.

Utilizar Tipo JSON (MySQL 5.7 en adelante)

En MySQL 5.7 y posteriores, están disponibles columnas de tipo JSON. Al almacenar valores como arreglos JSON en lugar de cadenas separadas por comas, puedes conservar los datos estructurados tal cual y buscar usando funciones.

Ejemplo:

["php", "python", "sql"]

Ejemplo de Búsqueda:

SELECT * FROM user_tags
WHERE JSON_CONTAINS(tags_json, '"python"');

Con este método, las etiquetas se almacenan estructuralmente, previniendo problemas como falsos positivos o intrusiones de espacios en blanco. Además, los tipos JSON tienen índices dedicados (MySQL 8.0 y posteriores), y se pueden esperar mejoras de rendimiento.

Descomponer y Reconstruir en el Lado de la Aplicación

Aunque no puedas cambiar el diseño que utiliza FIND_IN_SET, al convertir a un arreglo en el lado de la aplicación y usar procesamiento en bucle o convertir a la cláusula IN de SQL, puedes lograr un comportamiento similar.

Ejemplo (PHP):

$tags = explode(',', $record['tags']);
if (in_array('python', $tags)) {
    // Execute processing
}

De esta manera, puedes reducir la carga en la base de datos mientras realizas un procesamiento seguro.

FIND_IN_SET Debe Usarse como un “Manejo Excepcional”

Como se ha mencionado, FIND_IN_SET es muy útil como una “medida temporal para aprovechar las tablas denormalizadas existentes a corto plazo”.
Sin embargo, para sistemas recién diseñados o aquellos planificados para expansión y mantenimiento a largo plazo, es importante evitarlo tanto como sea posible o contar con un plan para migrar a la normalización en el futuro.

9. [FAQ] Preguntas Frecuentes y Sus Respuestas

La función FIND_IN_SET suele generar muchas preguntas y confusiones durante tareas del mundo real o el aprendizaje.
Aquí hemos compilado las preguntas comunes en un formato de preguntas y respuestas que se alinea bien con las intenciones de búsqueda.

Q1. ¿Cuándo es correcto usar la función FIND_IN_SET?

A. La función FIND_IN_SET se utiliza cuando se desea comprobar si un valor específico está incluido en una cadena separada por comas.
Específicamente, es adecuada para situaciones como:

• El diseño requiere almacenar múltiples valores en una columna (p. ej., etiquetas, permisos, banderas, etc.)
• Se desea buscar sin modificar una base de datos denormalizada existente
• Para volúmenes de datos pequeños o medianos, casos de uso limitados (paneles de administración, herramientas, etc.)

Sin embargo, no es adecuado para volúmenes de datos grandes ni para procesos centrales en sistemas de producción.

Q2. ¿Cuál es la diferencia entre FIND_IN_SET y LIKE?

A. LIKE '%valor%' es una búsqueda de coincidencia parcial y coincidirá sin importar lo que venga antes o después.
Por el contrario, FIND_IN_SET('valor', cadena separada por comas) busca coincidencias exactas como valores individuales separados por comas.

-- Example with LIKE (matches everything containing "python")
 tags LIKE '%python%'

-- Example with FIND_IN_SET (matches only the independent element "python")
 FIND_IN_SET('python', tags)

La trampa de LIKE es que “python” también coincidirá en “cpython” o “pythonista”.

Q3. ¿Por qué usar la función FIND_IN_SET hace que SQL sea lento?

A. Porque FIND_IN_SET es una función que realiza un escaneo completo sin usar índices.
Comprueba toda la columna fila por fila, implicando el procesamiento de dividir la cadena y comparar; por lo tanto, el tiempo de procesamiento aumenta de manera dramática a medida que el volumen de datos crece.
Por lo tanto, lleva directamente a la degradación del rendimiento en tablas con muchos registros.

Q4. Cuando se buscan números, ¿no hay confusión entre “1” y “10”?

A. Dado que FIND_IN_SET es una búsqueda de coincidencia exacta, básicamente “1” y “10” se juzgan como diferentes.
Sin embargo, si existen diferencias en espacios o conversiones en el valor de búsqueda o en los datos, puede que no se comporte como se espera.

-- Correct example
 FIND_IN_SET('1', '1,2,10') -- ⇒ 1 (first position)

-- Example prone to misunderstanding
 FIND_IN_SET(1, '1,2,10') -- ⇒ Similarly 1 (OK but ambiguous)

Recomendación: Al tratar siempre como cadenas, se puede prevenir comportamientos no deseados.

Q5. ¿Puedo usar FIND_IN_SET en WordPress?

A. FIND_IN_SET no se puede usar en las consultas estándar de WordPress (meta_query, etc.), pero sí se puede usar con ejecución SQL directa mediante $wpdb.

global $wpdb;
$sql = $wpdb->prepare("
  SELECT * FROM {$wpdb->prefix}postmeta
  WHERE meta_key = %s AND FIND_IN_SET(%s, meta_value)
", 'your_meta_key', 'search_value');

$results = $wpdb->get_results($sql);

Sin embargo, si el diseño de la base de datos depende de campos personalizados, también se deberían considerar métodos alternativos (como gestionar múltiples claves meta).

Q6. ¿Cuál es la diferencia con el tipo JSON? ¿Es más conveniente que FIND_IN_SET?

A. Usar columnas de tipo JSON, ya que desde MySQL 5.7 permite almacenar datos estructurados y buscar con JSON_CONTAINS().
Es superior a FIND_IN_SET en cuanto a precisión, escalabilidad y flexibilidad.

-- Search with JSON
 SELECT * FROM users WHERE JSON_CONTAINS(tags_json, '"python"');

En futuros diseños, la tendencia es priorizar el tipo JSON sobre FIND_IN_SET.

10. Resumen: FIND_IN_SET es una “Excepción Conveniente” | Una Oportunidad para Revisar el Diseño Estructural

En este artículo, hemos cubierto la función MySQL FIND_IN_SET() de manera extensa, desde la sintaxis básica hasta ejemplos de aplicación práctica, precauciones y alternativas.
A primera vista, puede parecer una función poco destacada, pero cuando se usa correctamente, es una herramienta poderosa que amplía el alcance de las operaciones con bases de datos.

Revisando las características de FIND_IN_SET

Casos en los que debe usarse y casos a evitar

Aceptable para usar:

• El objetivo de la búsqueda es pequeño y el uso es limitado
• Modificar el sistema existente es difícil y se necesita una respuesta inmediata
• Querer manejarlo temporalmente en pantallas de administración o procesamiento por lotes, etc.

Casos en los que no debe usarse:

• Situaciones donde se requiere velocidad de búsqueda para datos a gran escala
• Empresas que requieren actualizaciones frecuentes, agregación y cambios de condición
• Diseños que asumen expansión y mantenimiento futuros

FIND_IN_SET es una «Excepción conveniente». La esencia está en revisar el diseño

FIND_IN_SET es, después de todo, una solución alternativa cuando existen limitaciones estructurales.

Si está diseñando tablas desde cero, por favor considere los siguientes dos puntos.

• Normalice la base de datos y gestione relaciones muchos a muchos con tablas intermedias
• Si se necesita flexibilidad, introduzca el tipo JSON para manejar datos estructurados

Espero que este artículo sirva como un estímulo para que reconozca nuevamente los usos apropiados y las limitaciones de FIND_IN_SET, y que «revisar el diseño» sea la solución óptima.