嘿，我之前也碰到过一模一样的坑，给你梳理几个最可能的排查方向：

1. SQL模式让双引号被当成了标识符 #

不少数据库（比如MySQL）在开启ANSI_QUOTES模式时，会把双引号解析成表/列名的标识符，而不是你以为的字符串常量。举个例子：
如果你的查询是：

SELECT * FROM user WHERE username="test_user"

开了ANSI_QUOTES后，数据库会误以为你要找username等于列名为test_user的值，而不是字符串"test_user"，自然查不到数据。

你可以先查下当前的SQL模式：

-- MySQL 示例
SELECT @@sql_mode;

如果结果里包含ANSI_QUOTES，要么关掉这个模式，要么直接把查询里的双引号换成单引号（单引号在绝大多数数据库里都被认作字符串）。

2. 双引号的转义方式不符合当前数据库规则 #

不同数据库转义双引号的逻辑不一样：

• MySQL默认用反斜杠转义："He said \"hello\""
• PostgreSQL需要用两个双引号转义："He said ""hello"""
  要是你用错了转义方式，查询的字符串就会和实际存储的内容不匹配，自然返回0条结果。

3. 字符集或大小写敏感的隐形坑 #

• 如果数据库的排序规则是大小写敏感的（比如utf8_bin），你双引号里的字符串大小写和实际数据不一致（比如实际是"TestUser"，你查的是"testuser"），就会匹配失败。
• 还有可能数据里藏了不可见字符（比如空格、换行符），你肉眼看不到，但查询字符串里没有。这时候可以用十六进制对比排查：

-- 查看存储数据的十六进制值
SELECT HEX(username) FROM user;
-- 查看查询字符串的十六进制值（替换成你的查询内容）
SELECT HEX("your_query_string");

要是两个值不一样，就说明内容存在你看不到的差异。

快速排查步骤 #

1. 先把查询里的双引号换成单引号试试——如果能返回结果，基本就是双引号的解析问题。
2. 检查数据库的SQL模式和字符集排序规则。
3. 对比实际数据和查询字符串的十六进制值，排查隐藏字符。

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