PDO连接Access MDB时预编译语句%未转义致查询异常求助

为什么会出现这个异常？ #

你踩了Access ODBC驱动的一个常见坑：预编译语句只负责防护SQL注入（比如转义引号这类特殊字符），但不会处理LIKE操作符自带的通配符语义。

在Access SQL里，%是LIKE的通配符（用来匹配任意长度的字符），哪怕你通过PDO的?绑定了%作为参数，Access仍然会把它解析成通配符，而不是字面意义上的%字符。你之前用LIKE ?看似能实现精确匹配，是因为传入的普通字符串里没有通配符，此时LIKE和=的效果一致，但一旦传入%这种通配符，就会触发全表匹配的逻辑。

两种不用大规模重写代码的解决方法 #

方法1：改用=实现精确匹配（最推荐）

既然你的需求是精确匹配，那LIKE从一开始就不是正确的选择——=操作符就是专门用来做严格匹配的，不管传入的是普通字符还是通配符，都会完全匹配字段值。

你只需要把代码里的：

$sql .= " AND [Table].[Col1] LIKE ?";

替换成：

$sql .= " AND [Table].[Col1] = ?";

这样传入%时，只会匹配Col1值恰好是%的记录（你的表中没有，所以返回空数组），完全符合你的预期。

如果有100多个函数要改，不用手动一个个改——用IDE的全局替换功能（比如VS Code的Ctrl+Shift+F），批量把所有用于精确匹配的LIKE ?替换成= ?就行，几分钟就能搞定。

方法2：保留LIKE但转义通配符

如果你因为某些历史原因必须保留LIKE语法，可以写一个通用的通配符转义函数，在绑定参数前把传入的字符串里的Access通配符（%、_、[]）转成字面量：

function escape_access_like($input) {
    // Access中用[]包裹通配符来表示字面量
    return str_replace(
        array('%', '_', '[', ']'),
        array('[%%]', '[_]', '[[]', '[]]'),
        $input
    );
}

然后修改参数绑定的逻辑：

if ( isset($filters['Col1']) && $filters['Col1'] != "" ) {
    $sql .= " AND [Table].[Col1] LIKE ?";
    // 转义后再绑定参数
    $vars[] = escape_access_like($filters['Col1']);
}

这样当你传入%时，参数会被转成[%]，LIKE就会把它当作普通字符处理，不会触发通配匹配，返回你想要的空数组；普通字符串转义后和原来的效果完全一致，不会影响正常查询。

内容的提问来源于stack exchange，提问作者Giuseppe Lodi Rizzini