MySQL存储过程优化：简化OR连接的链式LIKE模糊查询写法

你要的简化写法完全可以实现，两个你遇到的问题分别说明：

变量复用匹配模式的正确写法 #

你之前写变量报语法错，基本是没遵守MySQL存储过程的变量规则：存储过程内的局部变量必须用DECLARE在BEGIN块的最开头声明，再用SET赋值，不能把声明语句夹在查询逻辑中间，另外注意变量长度要留足余量，避免拼接%之后内容被截断。
改造后的核心代码如下：

CREATE PROCEDURE library.SearchForBooks(IN searchTerm varchar(50))
BEGIN
    -- 声明变量存储模糊匹配规则，长度设为100足够容纳原关键词+前后通配符
    DECLARE likePattern varchar(100);
    SET likePattern = CONCAT('%', searchTerm, '%');

    SELECT bookID,title,series_name,series_part,first_name,middle_name,last_name,publisher_name,isbn,edition,copyright,genre_type,genre_name,format,pages,language_name,notes 
    FROM book 
    WHERE title LIKE likePattern
        OR copyright LIKE likePattern
        OR publisher_name LIKE likePattern
        OR first_name LIKE likePattern
        OR middle_name LIKE likePattern
        OR last_name LIKE likePattern;
END

之前拼接作者姓名匹配失效的原因 #

你之前把三个姓名字段拼接后匹配漏结果，90%以上是踩了CONCAT的NULL坑：MySQL原生CONCAT函数只要任意一个参数为NULL，就会直接返回NULL，而NULL LIKE 任意值的计算结果都不为真，自然会漏掉middle_name为空（NULL）的作者记录。另外如果拼接时没加空格分隔符，也可能出现关键词跨字段时匹配失效的问题。
如果想进一步简化冗余的OR逻辑，可以用CONCAT_WS函数代替普通CONCAT，这个函数会自动跳过NULL值，还支持指定分隔符，把所有待匹配字段拼完后只需要写一次LIKE判断即可，和原有一堆OR的逻辑完全等价，代码整洁度高很多：

WHERE CONCAT_WS(' ',
        title,
        copyright,
        publisher_name,
        first_name,
        middle_name,
        last_name
        -- 后续新增要匹配的字段直接按顺序加在这就行
    ) LIKE likePattern

补充个小提醒：前后都带%的模糊匹配本身是没法利用普通B树索引的，如果你后续数据量变大觉得查询慢，可以再考虑升级为MySQL全文索引方案，目前如果只是为了代码整洁易维护，上面的写法完全满足需求。

内容的提问来源于stack exchange，提问作者TeaDrinker