MySQL里单表里多字段怎么搞模糊查找，感觉挺实用的实现方法分享

主要综合自网络技术社区如CSDN、博客园、Stack Overflow上的常见讨论和解决方案,以及MySQL官方文档中关于字符串函数和全文检索的基础概念）

在MySQL里，想在一张表中同时对多个字段进行模糊查找，这是一个非常常见的需求，你有一个用户表，里面有姓名、简介、地址等多个字段，现在你想找一个包含“北京”关键词的用户，但你不确定这个词是在姓名里、简介里还是地址里，这时候，单靠一个WHERE name LIKE '%北京%'肯定是不够的，因为它只会查姓名字段，下面分享几种感觉挺实用的实现方法，从简单到高效,你可以根据实际情况选着用。

第一种方法：最直接的办法，用OR把多个LIKE条件连起来

这是最容易想到，也是最基础的方法，它的思路很简单，就是把要搜索的每个字段都用LIKE '%关键词%'写一遍，然后用OR逻辑运算符把它们连接起来。

举个例子，假设我们有个products产品表，有product_name（产品名）、description（描述）、tags（标签）三个字段，我们想找所有包含“苹果”这个词的产品,SQL语句可以这么写：

SELECT * FROM products
WHERE product_name LIKE '%苹果%'
   OR description LIKE '%苹果%'
   OR tags LIKE '%苹果%';

这种方法的好处是特别简单直观，一看就懂，而且所有的MySQL版本都支持，它的缺点也很明显，当字段很多的时候，写起来会很啰嗦，SQL语句变得很长，也是更重要的，这种查询效率通常不高，因为LIKE '%...%'这种写法（尤其是开头就用通配符）是没办法使用普通索引的，数据库必须对每个字段进行全表扫描，也就是要逐行检查每个字段的值是否符合条件，如果表里的数据量非常大，比如有几百万行,那这个查询就会变得很慢。

这种方法比较适合在数据量不大、对查询速度要求不高的场景下临时用用。

第二种方法：用CONCAT_WS函数把字段拼起来再LIKE

为了避免写一长串的OR条件，我们可以换一个思路：先把要查询的多个字段的值合并成一个长的字符串，然后只对这个合并后的长字符串做一次LIKE模糊匹配，在MySQL里，可以用CONCAT_WS函数来实现。CONCAT_WS的第一个参数是分隔符,后面的参数是要连接的字段。

还用刚才的产品表例子,SQL可以改成这样：

SELECT * FROM products
WHERE CONCAT_WS(',', product_name, description, tags) LIKE '%苹果%';

这条语句的意思是，把product_name、description和tags这三个字段的值用逗号连起来，然后看这个连接后的大字符串里有没有“苹果”这个词。

这种方法的好处是SQL语句变得简洁了很多，特别是当字段数量很多的时候，优势更明显，它的性能和第一种方法差不多，甚至可能更差一点，因为CONCAT_WS函数需要对每一行数据都进行字符串拼接操作，这个也是计算成本，而且拼接后的字符串同样无法利用索引，最终还是逃不掉全表扫描的命运，使用这种方法要小心一点，比如你用了逗号做分隔符，如果某个字段的值本身也包含逗号，可能会造成一些意想不到的匹配结果，不过对于单纯的模糊查找来说,这个问题通常不严重。

第三种方法（推荐）：使用MySQL的全文索引

如果表的数据量很大，并且这种多字段模糊查找的需求很频繁，那么上面两种方法就不太合适了，这时候，最有效的办法是使用MySQL内置的全文索引功能。

全文索引是专门为这种文本搜索场景设计的，它不是像普通索引那样简单地记录字段值，而是会对文本内容进行分词，并建立索引,所以查询速度非常快。

使用全文索引大致分两步：

1. 创建全文索引：你需要在表上为需要搜索的多个字段创建一个联合的全文索引。

   ALTER TABLE products ADD FULLTEXT INDEX ft_search (product_name, description, tags);

   这句SQL就是在products表上，为product_name, description, tags这三个字段创建了一个名为ft_search的全文索引。

2. 使用MATCH AGAINST语句查询：查询的时候，不再用LIKE，而是用专用的MATCH ... AGAINST语法。

   SELECT * FROM products
   WHERE MATCH (product_name, description, tags) AGAINST ('苹果' IN NATURAL LANGUAGE MODE);

这种方法的最大优势就是快！因为利用了索引，它不需要全表扫描，尤其是在海量数据中搜索时，速度比LIKE快几个数量级，全文索引还支持更高级的功能，比如按相关性排序（搜索结果中匹配度更高的行排在前面），这是LIKE完全做不到的。

它也有一些限制需要注意，在MySQL 5.6版本之前，全文索引只支持MyISAM存储引擎，从5.6开始才支持InnoDB，所以你要确认你的数据库版本和表引擎，全文索引有自己的一套分词规则，对于中文等东亚语言，默认的分词可能不太理想（可能需要额外的插件或调整）,但对于英文和数字的效果非常好。

简单总结一下

• 数据量小，偶尔查一下：用第一种OR连接LIKE的方法,最简单省事。
• 想写得简洁点，但数据量不大：可以试试第二种CONCAT_WS的方法。
• 数据量大，搜索频繁，要求高性能：强烈推荐花点时间建立第三种全文索引,这是最根本的解决方案。

其实还有一种思路，就是使用像Elasticsearch这样的专业搜索引擎来接管搜索任务，但对于单表内的简单模糊查找，MySQL自身的全文索引在大多数情况下已经足够实用和高效了,希望这几种方法能给你带来帮助。