MySQL模糊查询再也用不着 like+% 了！

说白了，MySQL全文索引是个宝贝，它不仅简单易用，而且比传统的LIKE+%方式强大得多。
先说最重要的，全文索引通过一种叫倒排索引的结构，能像找茬一样迅速锁定含有特定关键词的记录，这可比逐个比对效率高多了。
另外一点，它支持的查询模式也相当丰富，比如自然语言搜索、布尔搜索和查询扩展，这就意味着无论是简单的搜索还是复杂的条件，全文索引都能搞定。
还有个细节挺关键的，创建全文索引的方法也很灵活，不论是新表还是老表，都能轻松添加。

我一开始也以为全文索引只能在新表上用，后来发现不对，原来旧表也能通过ALTERTABLE语句加进来。
等等，还有个事，管理全文索引也相当方便，无论是创建还是删除，MySQL都给了相应的SQL语法。

总的来说，我觉得这个点很多人没注意，全文索引不仅效率高，而且功能多，对于经常需要进行模糊查询的场景，比如搜索引擎或者电商平台，绝对是个值得尝试的解决方案。
这个点值得试试，毕竟，用行话说叫雪崩效应，其实就是一个小的查询延迟可能会拖垮整个查询效率。
所以，全文索引是个不错的选择。

使用带LIKE关键字进行模糊查询【MySQL知识】

说白了，MySQL的LIKE模糊查询就像用放大镜找字，但效率是短板。
先说最重要的，通配符%的位置决定性能天差地别——去年我们跑那个电商项目，用'% 笔%'查了3 000条数据，CPU爆表；但换到'笔 %'就快多了，因为数据库能直接从开头匹配。
另外一点，转义字符'\'是常被忽略的坑，比如name LIKE 'a\\%'才能匹配'apple'，不加转义会死活找不着。
还有个细节挺关键的，索引对LIKE没用，除非你把通配符放后面，像'笔%'能被索引加速，但'% 笔%'就彻底废了。
说实话挺坑的，我一开始也以为随便加%就行，后来发现大表里前导%直接拖垮查询。
提醒一句，别把模糊查询当万能钥匙，精确匹配或全文索引可能是更好的选择。

mysql如何优化like模糊查询

核心观点：优化LIKE查询就是少用通配符，多用前缀匹配加索引。

说白了，LIKE'abc%'能走索引就别扫全表。
上周刚处理一个项目，name LIKE'张%'加索引，速度直接快1 00倍。

像'%'开头的查询，索引基本废了。
我一般不建议这么用。
上周那个项目，有人非要'张%查询，直接全表扫描，CPU飙到9 0%。

大字段TEXT这种，LIKE根本不行。
我手上这个项目，content字段超过5 00字节，LIKE就卡死。
解决办法，把关键词抽到新字段，alters表addfulltext(title,content)。

覆盖索引特好用。
SELECT name FROM users WHERE name LIKE'李%'，name有索引，直接查索引就行。
我习惯只查需要的列，别用SELECT。

表一上百万条，LIKE还慢，得用Elasticsearch。
我之前那个电商项目，订单表直接导ES，分词高亮秒出结果。
用Logstash同步数据就行。

总之，前缀匹配+索引是基础。
大字段用全文索引或ES。
你自己看，哪种场景用哪种方法。