使用索引优化LIKE前缀查询，避免通配符开头导致全表扫描，优先用LIKE替代REGEXP，复杂文本搜索采用FULLTEXT索引以提升性能。
在MySQL中，LIKE和REGEXP查询如果使用不当，很容易导致性能问题，尤其是在大数据量的表上。这类查询通常无法有效利用索引，造成全表扫描。要优化这类查询，核心是减少扫描的数据量、合理使用索引，并根据实际需求选择更高效的匹配方式。
使用前缀索引加速LIKE查询
当使用LIKE 'prefix%'这种前缀匹配时，MySQL可以利用B-Tree索引来加速查询。为了提升性能：
- 确保被查询的列上有索引，尤其是经常用于模糊匹配的字段（如name、title）
- 对于较长的文本字段，考虑创建前缀索引，例如：
CREATE INDEX idx_name ON users(name(10)); - 注意前缀长度要足够区分数据，又不能太长浪费空间
注意：只有当前缀匹配（即以固定字符串开头）时才能走索引，LIKE '%abc'或LIKE '%abc%'无法使用常规索引。
避免低效的通配符用法
尽量避免在LIKE中将通配符放在开头，因为它会强制进行全表扫描：
- 能用LIKE 'john%'就不要用LIKE '%john%'
- 如果必须做中间匹配，可结合其他过滤条件缩小结果集，比如加上时间范围或状态字段
- 考虑是否可以通过应用层拆分关键词，或使用全文索引替代
慎用REGEXP，优先考虑等价替代方案
REGEXP功能强大但开销大，执行效率通常低于LIKE，且几乎无法使用索引：
- 简单模式匹配尽量用LIKE代替，例如REGEXP '^abc'可用LIKE 'abc%'替代
- 多个固定值匹配时，用IN或OR比正则更高效
- 复杂规则可考虑在应用层处理，或将结果缓存
如果必须使用REGEXP，确保WHERE条件中有其他索引字段先过滤数据，减少正则匹配的数据量。
考虑使用全文索引（FULLTEXT）处理复杂文本搜索
对于需要频繁进行关键词、多词或模糊内容检索的场景，建议使用MySQL的FULLTEXT索引：
- 支持自然语言搜索和布尔模式，性能远优于LIKE '%...%'
- 适用于CHAR、VARCHAR和TEXT类型
- 创建方法：ALTER TABLE articles ADD FULLTEXT(title, content);
- 查询示例：MATCH(title) AGAINST('database' IN BOOLEAN MODE)
特别适合博客、新闻、商品描述等文本密集型应用。
基本上就这些。关键是在设计阶段就考虑查询模式，合理建索引，避免运行时全表扫描。LIKE和REGEXP不是不能用，而是要用对场景。配合良好的表结构和索引策略，即使模糊查询也能保持良好性能。
