symfony2模糊搜索须在php层拼接%再绑定参数，禁用where name like '%?%'；优先前缀匹配以走索引，中文搜索应选fulltext或es替代like。
在 Symfony2 中做模糊搜索，核心是把 PHP 层的用户输入安全地转成数据库可执行的匹配逻辑，重点不在“怎么写 LIKE”，而在于“怎么写才不崩、不慢、不漏”。下面从实际开发中高频踩坑点出发，讲清楚关键操作和替代方案。
LIKE 参数绑定必须在 PHP 层加 %
DQL 或原生 SQL 中，不能把通配符写进查询字符串里，比如 WHERE name LIKE '%?%' 是非法语法，会报错或被当作字面量处理。正确做法是把 % 拼到 PHP 变量中再绑定：
- 全模糊（任意位置含关键词）：
$stmt->execute(['%' . $keyword . '%']) - 前缀匹配（以关键词开头）：
$stmt->execute([$keyword . '%'])——能走索引，推荐优先用 - 后缀匹配（以关键词结尾）：
$stmt->execute(['%' . $keyword])——索引支持有限，慎用 - 记得对输入
trim()，避免前后空格导致查不到结果
中文、大小写与索引失效问题
MySQL 默认是否区分大小写，取决于字段的 collation。常见如 utf8mb4_unicode_ci 不区分，utf8mb4_bin 区分。若搜 “php” 查不到 “PHP”，大概率是字段用了 _bin 规则。
临时解决可用 LOWER(name) LIKE LOWER(?)，但注意：函数包裹字段会让索引失效，数据量一大就明显变慢。长期建议建表时统一用 _ci 类排序规则。
另外，LIKE '%关键词%' 在 MySQL 中基本无法使用 B+ 树索引，EXPLAIN 看到 key 为 NULL 就说明在全表扫描。前缀匹配（'关键词%'）才能有效利用索引。
比 LIKE 更靠谱的替代方案
单纯靠 LIKE 做搜索，尤其面对中文、同义词、拼音、错别字时，效果差且不可控。真实项目中应按数据量和需求分级选型：
- 几千条以内小数据：用
FULLTEXT索引 +MATCH ... AGAINST，支持自然语言模式和布尔模式 - 需中文分词、拼音、同义词：引入轻量级扩展如
scws，PHP 切词后拼多个OR title LIKE ?查询 - 中大型应用或高搜索质量要求：同步数据到 Elasticsearch 或 Solr，用
match或multi_match查询，支持相关度排序、高亮、聚合等
正则表达式不是万能替补
MySQL 的 REGEXP / RLIKE 支持更灵活的模式，比如 name REGEXP '^[A-Za-z]+[0-9]+'，但它性能比 LIKE 更差，且几乎无法走索引，大数据量下极易拖垮查询。
只在极少数场景适用：验证格式（如邮箱、手机号）、提取结构化片段（配合 SELECT REGEXP_SUBSTR()），而不是代替 LIKE 做常规搜索。Symfony2 中若真要用，也得通过 setParameter() 绑定参数，避免拼接字符串引发注入。
