MySQL FIND_IN_SET() Explicado: Pesquise Valores Separados por Vírgula com Segurança (Com Exemplos)

1. Introdução: Situações Comuns em que FIND_IN_SET se Torna Necessário

Quando se trabalha com dados no MySQL, pode‑se encontrar casos em que “vários valores são armazenados em uma única coluna, separados por vírgulas”. Por exemplo, tags selecionadas pelo usuário, informações de categoria ou flags de configuração podem ser armazenados como uma única string, como php,python,sql.

Esse tipo de estrutura não é recomendado do ponto de vista da normalização de bancos de dados. Contudo, dependendo do design existente do sistema ou ao priorizar a flexibilidade na entrada de dados, pode ser necessário usar esse formato na prática.

Um Salvavidas Quando a Busca por Tags Fica Complicada

Por exemplo, suponha que você queira verificar se um usuário possui a tag “python”. Com o operador usual = ou o operador LIKE, há limitações de precisão devido a correspondências parciais e caracteres ao redor, o que pode gerar resultados incorretos.

É aí que a função FIND_IN_SET() se torna útil.

FIND_IN_SET() é uma função MySQL que determina a posição (índice) de uma string específica dentro de uma string separada por vírgulas. Se encontrada, retorna o índice (começando em 1). Se não encontrada, retorna 0. Com esse comportamento, você pode determinar se tags, categorias ou configurações estão incluídas de forma precisa e flexível.

Casos de Uso Comuns

Cenários típicos nos quais o FIND_IN_SET se destaca incluem:

• Quando você deseja extrair um valor específico de “tags” ou “categorias” separadas por vírgulas armazenadas em um campo
• Quando você deseja usar valores no estilo CSV inseridos em uma tela de administração como condições de busca
• Quando você deseja filtragem flexível contra informações meta em um CMS como o WordPress
• Quando você deseja processar uma tabela existente onde valores de múltipla seleção são armazenados em uma coluna, sem modificar o esquema

Ao mesmo tempo, o uso indevido do FIND_IN_SET pode causar degradação de desempenho ou falsos positivos/combinações incorretas. Neste artigo, explicaremos tudo, desde a sintaxe básica até exemplos práticos, armadilhas e alternativas melhores, usando cenários do mundo real.

2. O que é a Função FIND_IN_SET? (Sintaxe Básica e Valor de Retorno)

A função FIND_IN_SET() do MySQL é uma função usada para verificar a posição de um valor especificado dentro de uma string separada por vírgulas. É especialmente útil quando múltiplos valores são armazenados juntos em um único campo.

Essa função é específica do MySQL e não está disponível por padrão em outros bancos de dados (como PostgreSQL ou SQLite), podendo ser considerada um recurso exclusivo do MySQL.

Sintaxe Básica

FIND_IN_SET(search_value, comma_separated_string)

• search_value : A string que você deseja encontrar
• comma_separated_string : A lista separada por vírgulas onde a busca será feita

Exemplo

Considere o seguinte SQL:

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

Neste caso, 'python' é o segundo item, portanto o valor de retorno é 2.

Por outro lado, se o valor especificado não existir na lista, 0 é retornado:

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

Além disso, se qualquer um dos argumentos for NULL, o valor de retorno também será NULL.

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

Regras do Valor de Retorno

Usando o valor de retorno de forma eficaz, você pode aplicar o FIND_IN_SET não apenas para buscas, mas também para situações como “verificar a ordem em que um valor aparece”.

Observação Importante: 0 Significa “Não Encontrado”

Quando o valor de retorno é 0, isso indica “não encontrado na lista”. No MySQL, 0 é tratado como FALSE, de modo que usá‑lo diretamente em uma cláusula WHERE pode gerar confusão se você não compreender esse comportamento.

Na próxima seção, mostraremos exemplos básicos de consultas usando FIND_IN_SET em dados de tabelas reais.

3. Exemplo Prático 1: Uso Básico (Uma Consulta SELECT Simples)

A função FIND_IN_SET() faz exatamente o que o nome sugere — “encontrar dentro de um conjunto”. Mas como você deve escrevê‑la ao aplicá‑la a dados reais de tabelas?
Aqui, vamos percorrer o uso mais simples usando uma instrução SELECT básica.

Prepare uma Tabela de Exemplo

Considere a tabela a seguir:

Nome da tabela: user_tags

A coluna tags armazena as tags de habilidades registradas pelos usuários como uma string separada por vírgulas.

Exemplo: Buscar Usuários que Contêm “python”

Para extrair apenas os usuários que têm a tag “python”, escreva o seguinte SQL:

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

Resultado:

Como mostrado, apenas os registros onde “python” está incluído na coluna tags são retornados.

Correspondência Exata de Strings é a Chave

FIND_IN_SET() corresponde com base em igualdade exata de strings. Isso significa que não corresponderá a strings parciais como “py” ou “pyth”. Se você precisar de correspondência parcial, usaria LIKE, mas escrever algo como LIKE '%python%' pode corresponder incorretamente a outro conteúdo e é arriscado para listas separadas por vírgulas. Portanto, FIND_IN_SET é geralmente mais adequado para listas separadas por vírgulas.

Exemplo: Pesquisando com uma Variável no SQL

Se você quiser mudar o valor de busca dinamicamente, pode usar uma variável:

SET @skill = 'python';

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

Esse padrão também é útil ao integrar com aplicações ou procedimentos armazenados.

4. Exemplo Prático 2: Suportando Buscas Dinâmicas (Variáveis e Integração de Formulário)

Em aplicações web reais e sistemas empresariais, você frequentemente precisa construir condições de busca dinamicamente em SQL.
Por exemplo, pode ser que você queira buscar usando valores selecionados pelos usuários em um formulário ou valores gerados automaticamente pelo sistema usando FIND_IN_SET().

Aqui estão padrões de uso práticos assumindo variáveis e integração de backend.

Busca Dinâmica Usando Variáveis SQL

Se você usar variáveis de sessão do MySQL (@nome_variavel), pode definir um valor de busca no início e reutilizá‑lo em várias consultas:

-- Store the tag you want 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);

Isso facilita a troca do valor de busca e funciona bem em procedimentos armazenados ou processamento em lote.

Integração com Aplicação: Exemplo PHP

Por exemplo, se você usar PHP para emitir SQL baseado na entrada de um formulário web, pode escrever um código assim:

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

// Build SQL (a prepared statement is recommended)
$sql = "SELECT * FROM user_tags WHERE FIND_IN_SET(?, tags)";

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

Combinado com uma instrução preparada, isso também fornece proteção sólida contra injeção de SQL.

Caso de Uso WordPress: Busca de Tags em Campos Personalizados

No WordPress, você pode buscar campos personalizados usando meta_query, mas se quiser incorporar FIND_IN_SET, geralmente precisa usar SQL direto assim:

Exemplo: quando o campo personalizado _user_tags armazena "php,python,sql"

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);

Essa abordagem permite buscas flexíveis que os recursos padrão do WordPress não conseguem lidar.

Importante: Cuidado com Espaços em Branco e Vírgulas de Largura Total

Ao usar FIND_IN_SET, qualquer espaço extra ou caracteres de largura total na string separada por vírgulas pode impedir correspondências.
Portanto, recomenda‑se fazer pré‑processamento como:

• Remover espaços em branco usando a função TRIM()
• Normalizar formatos de vírgula (largura total → meia largura)
• Validar entradas no lado da aplicação

5. Técnicas Avançadas com FIND_IN_SET (GROUP_CONCAT, Subconsultas, JOIN)

A função FIND_IN_SET pode lidar com mais do que buscas simples em um único campo. Ao combiná‑la com outras funções SQL e subconsultas, você pode criar lógica de busca mais flexível e complexa. Esta seção apresenta três padrões avançados comuns.

Combinando com GROUP_CONCAT

Primeiro está a integração com GROUP_CONCAT(), que pode tratar várias linhas como uma única string separada por vírgulas. Isso é útil quando você deseja construir uma lista de tags a partir de uma tabela e usá‑la como condição para buscar em outra tabela.

Exemplo: Compare valores na coluna tags de user_tags com uma lista de tags de master_tags

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

Nesta consulta, a lista de tags em master_tags é convertida em uma única string separada por vírgulas, e FIND_IN_SET() verifica correspondências contra ela.

Observe que o comprimento da string gerado pelo GROUP_CONCAT tem um limite (o padrão é 1024 caracteres). Se você tiver muitos valores, verifique a configuração group_concat_max_len.

Usando uma Subconsulta para Buscar um Valor Dinamicamente

Em seguida, há um padrão onde você busca dinamicamente o valor alvo da busca com uma subconsulta e o passa para FIND_IN_SET.

Exemplo: Recupere uma condição de busca de uma tabela de gerenciamento e filtre os dados de acordo

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

Aqui, a condição de busca é armazenada em uma tabela de gerenciamento, permitindo que você altere o comportamento da busca apenas atualizando as configurações do sistema.
Isso pode ser conveniente para telas de administração configuráveis e aplicativos no estilo de painel.

Comparado ao JOIN: JOIN é Melhor em um Esquema Normalizado

FIND_IN_SET é conveniente, mas se o design do seu banco de dados estiver adequadamente normalizado, buscar com JOIN é mais eficiente e seguro.

Por exemplo, com um relacionamento muitos‑para‑muitos usando uma tabela de junção, você pode implementar a busca de forma limpa com JOIN:

Estrutura de exemplo:

• tabela users
• tabela tags
• tabela user_tag_relation (tabela de junção contendo user_id e 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';
  

Esse design melhora o desempenho da busca e facilita a expansão futura dos dados.

Qual Abordagem Você Deve Escolher?

Como você pode ver, FIND_IN_SET() torna‑se muito mais flexível quando combinado com outros recursos SQL. No entanto, dependendo do seu esquema e dos seus objetivos, JOIN ou outras abordagens podem ser mais adequadas, portanto é importante escolher com base no design e na intenção.

6. Armadilhas e Avisos do FIND_IN_SET (Desempenho e Design)

FIND_IN_SET é uma função conveniente que permite buscas flexíveis em strings separadas por vírgulas, mas você deve evitar usá‑la descuidadamente.
Nesta seção, explicaremos problemas reais comuns relacionados a desempenho e riscos de design de banco de dados.

Desempenho Ruim Porque Índices Não Podem Ser Usados

A maior desvantagem do FIND_IN_SET é que ele impede o uso de índices na coluna alvo.

Por exemplo, considere a consulta a seguir:

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

Mesmo que a coluna tags esteja indexada, usar FIND_IN_SET força uma varredura completa da tabela, o que significa que o MySQL deve ler cada linha e analisar a string a cada vez.

Como resultado, para grandes conjuntos de dados (milhares a dezenas de milhares de linhas e mais), a velocidade de busca pode degradar drasticamente.

Respostas recomendadas:

• Considere a normalização usando uma tabela de junção quando apropriado
• Se precisar usar FIND_IN_SET, restrinja os candidatos primeiro (use LIMIT ou combine com outras condições WHERE )

Ela Incentiva uma Estrutura Não Normalizada

Armazenar valores separados por vírgulas em uma única coluna viola os princípios de normalização de banco de dados.

Por exemplo, a string "php,python,sql" pode parecer conveniente, mas introduz problemas como:

• Agregação e processamento estatístico difíceis por valor
• Difícil atualizar ou excluir apenas um dos valores
• Fácil que duplicatas e erros de digitação passem despercebidos (por exemplo, “Python” vs “python”)

A longo prazo, isso costuma se tornar uma grande desvantagem em termos de legibilidade, manutenção e escalabilidade, especialmente no desenvolvimento em equipe ou em serviços escaláveis.

Falhas de Busca Devido a Caracteres Não-Vírgula ou Espaços em Branco

FIND_IN_SET é muito sensível. Se os dados incluírem problemas como os seguintes, a correspondência falhará:

• Espaços em branco ao redor dos valores (espaços, tabulações, quebras de linha)
• Vírgulas de largura total (、)
• Aspas inesperadas (aspas duplas ou aspas simples)

Exemplo:

FIND_IN_SET('python', 'php, python ,sql')
-- => No match (because it becomes " python " with spaces)

Contramedidas:

• Remover espaços em branco no momento da inserção usando TRIM()
• Pré-processar a entrada com REPLACE(tags, ' ', '')
• Restringir a entrada no frontend (remover espaços/símbolos desnecessários)

Boa como Solução Temporária, Não Ideal para Uso Permanente

FIND_IN_SET é muito útil como uma solução temporária para manter uma tabela não normalizada existente utilizável a curto prazo.
Entretanto, para sistemas recém-projetados ou aqueles que se espera que sejam mantidos e ampliados a longo prazo, você deve evitá-lo sempre que possível — ou ao menos ter um plano para migrar para um design normalizado no futuro.

7. Mal-entendidos Comuns e Casos de Falha (Diferenças em relação ao LIKE / Tratamento de Números)

FIND_IN_SET parece simples, mas se você não o usar corretamente, pode obter resultados inesperados.
Nesta seção, abordaremos mal-entendidos e erros comuns do mundo real, juntamente com correções práticas.

Erro 1: Não Entender a Diferença Entre LIKE e FIND_IN_SET

O erro mais comum é não entender a diferença entre LIKE e FIND_IN_SET(), levando a condições de busca incorretas.

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

Esta consulta pode parecer correta à primeira vista, mas corresponde a qualquer dado que contenha parcialmente a substring python.

Por exemplo, pode corresponder a "cpython", "pythonista" ou "java,pythonic", o que provavelmente você não deseja.
Se você quiser corresponder a “python” como um item distinto dentro de uma lista separada por vírgulas como php,python,sql, um LIKE de correspondência parcial tem um alto risco de falsos positivos.

Se precisar confirmar que “python” existe como seu próprio valor, FIND_IN_SET() é a ferramenta correta.

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

Erro 2: Usar FIND_IN_SET com Valores Numéricos e Ficar Confuso

FIND_IN_SET assume que ambos os argumentos são tratados como strings.

Então, com dados como este, os desenvolvedores às vezes preveem o comportamento incorretamente:

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

Alguns podem assumir que 1 também corresponderia a 10, mas na realidade, FIND_IN_SET(1, '1,2,10,20') corresponde apenas ao elemento “1” na posição 1.

Como o FIND_IN_SET divide os valores e verifica igualdade exata, 1 é diferente de 10 ou 21.

Entretanto, os desenvolvedores ainda podem entender mal esse comportamento e assumir incorretamente que “1” atingirá “10”.

Recomendação: Sempre trate os valores explicitamente como strings para evitar ambiguidade e confusão.

Erro 3: Espaços em Branco, Vírgulas de Largura Total ou Quebras de Linha Impedem a Correspondência

FIND_IN_SET é muito sensível. Se os dados incluírem problemas como os seguintes, a correspondência falhará:

• Espaços em branco ao redor dos valores (espaços, tabulações, quebras de linha)
• Vírgulas de largura total (、)
• Aspas inesperadas (aspas duplas ou aspas simples)

Exemplo:

FIND_IN_SET('python', 'php, python ,sql')
-- => No match (because it becomes " python " with spaces)

Contramedidas:

• Remover espaços em branco na inserção usando TRIM()
• Pré-processar a entrada com REPLACE(tags, ' ', '')
• Restringir a entrada no front‑end (remover espaços/símbolos desnecessários)

Resumo: Pontos‑chave para usar FIND_IN_SET com segurança

Se você usar FIND_IN_SET sem entender esses comportamentos, pode pensar que “a pesquisa funciona”, enquanto na realidade os registros esperados não estão sendo extraídos, o que pode causar bugs graves.

Na próxima seção, abordaremos “abordagens alternativas” que resolvem esses problemas na raiz.

8. Alternativas ao FIND_IN_SET (Melhores Práticas)

FIND_IN_SET permite buscas flexíveis em strings separadas por vírgulas, mas não é adequado para grandes conjuntos de dados ou sistemas que exigem escalabilidade.
Nesta seção, apresentaremos alternativas recomendadas (melhores práticas) que evitam o uso de FIND_IN_SET.

Mudar para um Design de Tabela Normalizada

A abordagem mais recomendada é normalizar o banco de dados e gerenciar os valores como linhas individuais.
Em vez de armazenar múltiplos valores em uma única coluna separada por vírgulas, use uma tabela de junção (tabela de relação) para representar claramente relacionamentos muitos‑para‑muitos.

Exemplo: Relacionamento entre usuários e tags

Estrutura tradicional (desnormalizada):

Estrutura normalizada:

tabela users

tabela tags

user_tag_relation (tabela de junção)

Com essa estrutura, você pode buscar de forma flexível usando JOIN sem 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';

Essa abordagem permite que os índices funcionem efetivamente e melhora muito o desempenho e a escalabilidade.

Use o Tipo JSON (MySQL 5.7+)

No MySQL 5.7 e posteriores, você pode usar colunas JSON. Em vez de armazenar strings separadas por vírgulas, pode armazenar valores como um array JSON e buscar usando funções JSON.

Exemplo:

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

Exemplo de busca:

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

Isso mantém as tags estruturadas, impede correspondências falsas causadas por espaços em branco e reduz problemas de qualidade de dados.
Além disso, a indexação específica para JSON (MySQL 8.0+) pode melhorar ainda mais o desempenho.

Dividir e Reconstruir no Lado da Aplicação

Se você não puder mudar o design e precisar manter a estrutura atual, ainda pode implementar um comportamento semelhante dividindo em um array no lado da aplicação e iterando, ou convertendo para uma cláusula SQL IN quando apropriado.

Exemplo (PHP):

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

Isso reduz a carga de trabalho no banco de dados e permite um processamento mais seguro.

Use FIND_IN_SET como uma “Exceção”, Não como Padrão

Como mencionado repetidamente, FIND_IN_SET é muito útil como uma solução temporária para manter tabelas desnormalizadas existentes utilizáveis a curto prazo.
Entretanto, para novos sistemas ou aqueles que se espera serem mantidos e ampliados a longo prazo, evite‑o sempre que possível — ou ao menos tenha um plano para migrar para a normalização no futuro.

9. FAQ: Perguntas e Respostas Comuns

Com FIND_IN_SET, muitas dúvidas e pontos de confusão surgem durante o trabalho real e o aprendizado.
Aqui, organizamos as perguntas frequentes em um formato de Q&A que se alinha bem com a intenção de busca comum.

Q1. Quando é correto usar FIND_IN_SET?

A.
FIND_IN_SET é usado quando você deseja verificar se um valor específico está incluído em uma string separada por vírgulas.
É adequado para situações como:

• Quando o design requer armazenar múltiplos valores em uma única coluna (por exemplo, tags, permissões, flags)
• Quando você deseja pesquisar um banco de dados legado desnormalizado sem modificá‑lo
• Para conjuntos de dados pequenos a médios onde o uso é limitado (ferramentas de admin, telas internas)

No entanto, não é adequado para processamento de produção central ou dados em grande escala.

Q2. Qual é a diferença entre FIND_IN_SET e LIKE?

A.
LIKE '%value%' realiza uma correspondência parcial, ou seja, pode combinar independentemente do que vem antes ou depois da substring.
Por outro lado, FIND_IN_SET('value', comma_separated_string) procura por correspondência exata para cada elemento delimitado por vírgulas.

-- LIKE example (matches anything containing "python")
tags LIKE '%python%'

-- FIND_IN_SET example (matches only "python" as an independent element)
FIND_IN_SET('python', tags)

É uma armadilha comum do LIKE que “python” pode corresponder a “cpython” ou “pythonista.”

Q3. Por que FIND_IN_SET desacelera consultas SQL?

A.
Porque FIND_IN_SET é uma função que força uma varredura completa sem usar índices.
Ele verifica cada linha e analisa a string para comparar valores, de modo que o tempo de processamento cresce rapidamente à medida que o volume de dados aumenta.

É por isso que pode causar sérios problemas de desempenho em tabelas com muitos registros.

Q4. Ao pesquisar números, “1” pode ser confundido com “10”?

A.
Como o FIND_IN_SET realiza uma correspondência exata, geralmente trata “1” e “10” como valores diferentes.
No entanto, se houver diferenças em espaços em branco, conversão de tipos ou formatação de entrada, o comportamento pode diferir do esperado.

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

-- Commonly misunderstood example
FIND_IN_SET(1, '1,2,10') -- => also 1 (works, but is ambiguous)

Recomendação: Sempre trate os valores como strings para evitar comportamentos indesejados.

Q5. Posso usar FIND_IN_SET no WordPress?

A.
Você não pode usar FIND_IN_SET através dos recursos padrão do WordPress, como meta_query, mas pode utilizá-lo emitindo SQL direto com $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);

Entretanto, se seu design depende fortemente de campos personalizados, você também deve considerar alternativas (como gerenciar múltiplas meta keys).

Q6. Qual é a diferença em relação às colunas JSON? Elas são mais convenientes que FIND_IN_SET?

A.
Usar uma coluna JSON no MySQL 5.7+ permite manter os dados estruturados e pesquisar com JSON_CONTAINS(). Geralmente é superior ao FIND_IN_SET em termos de precisão, escalabilidade e flexibilidade.

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

Em designs modernos, está se tornando cada vez mais comum preferir colunas JSON ao invés de FIND_IN_SET.

10. Conclusão: FIND_IN_SET é uma “Exceção Conveniente” e uma Oportunidade de Revisitar seu Esquema

Neste artigo, abordamos a função FIND_IN_SET() do MySQL — desde a sintaxe básica e exemplos práticos até armadilhas e alternativas recomendadas.

Pode parecer uma função menor, mas quando usada corretamente, pode ser uma ferramenta poderosa que expande o que você pode fazer nas operações de banco de dados.

Revisando as Principais Características do FIND_IN_SET

Quando Usar (e Quando Não Usar)

Bons momentos para usá-lo:

• O conjunto de dados é pequeno e o uso é limitado
• Sistemas legados são difíceis de refatorar e você precisa de uma solução rápida
• Você deseja uma solução temporária em telas de administração ou processamento em lote

Momentos para evitá-lo:

• Grandes conjuntos de dados onde a velocidade de busca importa
• Fluxos de trabalho que requerem atualizações frequentes, agregação ou condições mutáveis
• Designs destinados à expansão e manutenção a longo prazo

FIND_IN_SET é uma “Exceção Conveniente”. A Resposta Real é um Design de Esquema Melhor

FIND_IN_SET é essencialmente um contorno quando existem restrições estruturais.
Se você está projetando um novo esquema, considere estas duas opções:

• Normalizar o banco de dados e gerenciar relacionamentos muitos-para-muitos com uma tabela de junção
• Se precisar de flexibilidade, use uma coluna JSON para armazenar dados estruturados

Se este artigo ajuda você a entender melhor quando FIND_IN_SET é útil, suas limitações e por que revisitar o design do esquema costuma ser a melhor solução, isso é uma vitória.