看起来你遇到了个挺闹心的问题——明明是同类型的varchar字段，把查询条件从type换成model就查不到结果了，明明应该有符合条件的记录。我来分享几个常见的排查方向和解决办法：

1. 检查model字段的"空值"实际不是空字符串 #

很多时候我们以为字段是空的，但实际可能是空格、制表符或者其他不可见字符。比如model字段里存的是' '（一个空格），这时候model = ''自然匹配不到。

你可以先跑这个查询验证：

SELECT model, LENGTH(model), TRIM(model) 
FROM assets 
WHERE os LIKE '%7%' AND status <> 'Discarded';

如果LENGTH(model)大于0，但TRIM(model)是空字符串，那说明是空白字符在搞鬼。这时候把查询条件改成：

SELECT * 
FROM assets 
WHERE TRIM(model) = '' 
  AND os LIKE '%7%' 
  AND status <> 'Discarded';

2. 确认是否存在NULL值 #

有时候字段值不是空字符串''，而是NULL，这时候model = ''也匹配不到（因为SQL里NULL和任何值比较都是UNKNOWN）。你可以试试把条件改成包含NULL的情况：

SELECT * 
FROM assets 
WHERE (model = '' OR model IS NULL) 
  AND os LIKE '%7%' 
  AND status <> 'Discarded';

3. 逐步拆解条件排查干扰 #

有可能model = ''的记录其实不满足另外两个条件（os LIKE '%7%'或status <> 'Discarded'），只是你以为它们符合。可以分步查询：

• 先查有没有model = ''的记录：SELECT COUNT(*) FROM assets WHERE model = '';
• 再叠加os条件：SELECT COUNT(*) FROM assets WHERE model = '' AND os LIKE '%7%';
• 最后叠加status条件：SELECT COUNT(*) FROM assets WHERE model = '' AND os LIKE '%7%' AND status <> 'Discarded';
  这样就能定位到哪一步过滤掉了数据。

4. 排查字符集/排序规则的差异 #

虽然两个字段都是varchar，但如果它们的字符集或排序规则不同，也可能导致匹配异常。比如某些字符集对空字符串的处理有细微差别。你可以查看字段的定义：

-- MySQL示例
DESCRIBE assets;
-- PostgreSQL示例
SELECT column_name, data_type, collation_name 
FROM information_schema.columns 
WHERE table_name = 'assets' AND column_name IN ('type', 'model');

如果发现model的排序规则和type不同，可以尝试强制指定排序规则来匹配：

SELECT * 
FROM assets 
WHERE model COLLATE utf8_general_ci = '' 
  AND os LIKE '%7%' 
  AND status <> 'Discarded';

（这里的utf8_general_ci换成你实际使用的排序规则）

先从上面这几个方向排查，应该能找到问题所在。

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