我之前碰到过类似的Google Sheets公式诡异问题，咱们一步步拆解原因、排查解决：

1. 先修正核心语法漏洞：LIKE操作符的引号缺失 #

你的公式=QUERY(Pref,"select C where A like "&C2&" and B like "&D2&" limit 1",0)存在关键语法问题：LIKE匹配的文本值必须用单引号包裹。

举个例子，如果C2的值是Laptop，拼接后QUERY的实际执行语句会变成：

select C where A like Laptop and B like ...

Google Sheets会把Laptop当成字段名而非文本值，直接触发#N/A错误。至于重新输入后偶尔正常，大概率是缓存临时“蒙混过关”，但这不是长久解法。

修正后的标准公式要给单元格内容加上单引号包裹：

=QUERY(Pref,"select C where A like '"&C2&"' and B like '"&D2&"' limit 1",0)

注意这里的'"&C2&"'结构——外层单引号确保QUERY把单元格内容识别为文本，不会混淆成字段名。

2. 排查单元格隐性字符干扰 #

如果修正语法后还是偶尔报错，要检查C2、D2单元格是否藏有不可见字符（比如首尾空格、换行符、非打印ASCII字符）：

• 选中目标单元格，按下Ctrl+H（Windows）或Cmd+H（Mac）打开查找替换框，查找空格并替换为空，清除隐藏空格。
• 更稳妥的方式是用TRIM函数自动清理首尾空格，公式改成：

  =QUERY(Pref,"select C where A like '"&TRIM(C2)&"' and B like '"&TRIM(D2)&"' limit 1",0)
  

3. 刷新Google Sheets缓存 #

有时候Google Sheets的公式解析缓存会抽风，导致正确公式报错：

• 用Ctrl+F5（Windows）或Cmd+Shift+R（Mac）强制刷新页面，重置缓存。
• 或者复制E列公式，先粘贴成纯值，再重新粘贴公式，强制触发公式重新解析。

4. 检查PRef工作表的权限与数据范围 #

确保PRef工作表的A、B、C列没有被保护，且数据范围完整——如果QUERY引用的单元格有隐藏、锁定或数据缺失，也可能触发无厘头的#N/A错误。

内容的提问来源于stack exchange，提问作者Eaksit Buathong-iem