在MySQL中，LIKE模糊查询虽然使用方便，但在数据量大时容易导致性能问题，尤其是以通配符“%”开头的查询（如
LIKE '%abc'）会使得索引失效，造成全表扫描。要提升这类查询的效率，需要结合索引策略、查询写法和数据库结构进行优化。
使用前缀索引避免全表扫描
当字段较长（如VARCHAR(255)）时，可以创建前缀索引来减少索引大小并提高查询速度：
ALTER TABLE user ADD INDEX idx_name (name(10));这样对 name 字段的前10个字符建立索引，在执行
LIKE 'john%'查询时能有效利用索引。但注意前缀长度不能太短，否则可能导致大量重复值，降低索引效果。
尽量避免以%开头的模糊查询
以通配符开头的查询如
LIKE '%abc'无法使用B+树索引，只能全表扫描。如果业务必须支持前后模糊匹配，可考虑以下替代方案： 改用全文索引（FULLTEXT）处理文本搜索类需求 使用倒排索引中间件（如Elasticsearch）分担复杂模糊查询 将高频关键词提取后单独建标签字段并加索引
合理使用覆盖索引减少回表
如果查询字段都在索引中，MySQL可以直接从索引获取数据，无需回表。例如：
SELECT name FROM user WHERE name LIKE 'tom%';若存在联合索引
(name, age)或者单列索引
name，且只查 name 字段，则可走覆盖索引，显著提升性能。
结合全文索引优化文本搜索
对于大文本字段或需要高级匹配的场景，建议使用MySQL的FULLTEXT索引：
ALTER TABLE articles ADD FULLTEXT(title, content);SELECT * FROM articles WHERE MATCH(title,content) AGAINST('database');
全文索引支持自然语言和布尔模式搜索，比LIKE更高效，尤其适合文章、描述类字段的模糊匹配。
基本上就这些实用方法。关键在于根据实际查询模式选择合适的索引类型，并尽量让LIKE查询保持“右模糊”形式（如 'abc%'），这样才能充分发挥索引优势。不复杂但容易忽略。
