在MySQL中使用通配符进行模糊查询时，效率问题常常被忽视。虽然
LIKE配合
%和
_能实现灵活匹配，但不当使用会导致全表扫描，严重影响性能。关键在于理解索引机制与通配符位置的关系，并结合实际场景优化查询方式。
避免前导通配符以利用索引
MySQL的B+树索引按最左前缀匹配，如果在
LIKE条件中使用前导通配符（如
LIKE '%abc'），数据库无法利用索引查找，只能逐行扫描。 推荐写法：
LIKE 'abc%'—— 可走索引，提升速度 避免写法：
LIKE '%abc'或
LIKE '%abc%'—— 索引失效
若必须匹配任意位置的字符串，可考虑是否能通过业务逻辑前置过滤，或改用全文索引（FULLTEXT）替代。
合理使用全文索引代替模糊查询
对于大文本字段或频繁的关键词搜索，全文索引比
LIKE更高效。 创建全文索引：
ALTER TABLE articles ADD FULLTEXT(title, content);使用MATCH...AGAINST查询：
SELECT * FROM articles WHERE MATCH(title,content) AGAINST('keyword');
全文索引支持自然语言和布尔模式，适合文章、商品描述等场景，且性能远高于
%keyword%这类模糊匹配。
限制结果集并优化查询结构
即使无法避免通配符，也能通过控制返回数据量和查询设计减少开销。
加LIMIT限制返回行数，避免一次性加载大量数据 在WHERE中添加其他高选择性条件，先缩小范围再执行模糊匹配 避免在SELECT中使用
*，只取必要字段，降低IO压力
使用覆盖索引减少回表操作
如果查询字段都在索引中，MySQL无需回表获取数据，显著提升速度。
例如建立联合索引：INDEX(name, status)当执行
SELECT name FROM table WHERE name LIKE 'john%' AND status=1，可直接从索引读取
覆盖索引对包含通配符但仍能命中索引的查询尤其有效。
基本上就这些。掌握通配符与索引的互动规律，结合全文检索和查询结构优化，能在保留模糊匹配灵活性的同时大幅提升效率。不复杂但容易忽略。
