MySQL查询dokumen_name列含A12345的数据无结果，求排查问题

嘿，这种查不到数据的情况我在日常工作里碰到过好多次，大概率是这些细节没注意到，咱们一步步来排查：

1. 大小写敏感的坑 #

MySQL的字符串匹配规则是跟着字符集和排序规则走的，如果你的表用的是utf8_bin这类区分大小写的排序规则，那LIKE '%A12345%'只会精准匹配大写的A，要是数据里是小写的a12345就完全查不到。

解决办法很简单：要么改成不区分大小写的排序规则（比如utf8_general_ci），要么用大小写转换函数统一匹配：

-- 转成小写匹配
SELECT dokumen_name FROM your_table_name WHERE LOWER(dokumen_name) LIKE '%a12345%';
-- 或者转成大写
SELECT dokumen_name FROM your_table_name WHERE UPPER(dokumen_name) LIKE '%A12345%';

2. 看不见的特殊字符或空格干扰 #

有时候数据里的A12345前后可能藏着全角空格、制表符这类看不见的字符，或者本身包含下划线、百分号（这俩在LIKE里是通配符，会被当成匹配规则而不是实际字符）。

可以先验证数据的真实状态，再针对性处理：

-- 查看数据的实际长度，对比预期值，判断是否有隐藏字符
SELECT dokumen_name, LENGTH(dokumen_name) FROM your_table_name;
-- 清理前后空格后再匹配
SELECT dokumen_name FROM your_table_name WHERE TRIM(dokumen_name) LIKE '%A12345%';
-- 如果是通配符干扰，记得转义
SELECT dokumen_name FROM your_table_name WHERE dokumen_name LIKE '%A\_12345%' ESCAPE '\';

3. 列名/表名/数据库选错了 #

别笑，这真的是高频错误！比如把dokumen_name写成dokumen_names，或者连表名都输错了，甚至当前用的数据库根本不是目标库。

先确认基础信息是否正确：

-- 查看表结构，确认列名无误
DESCRIBE your_table_name;
-- 先查几条数据，看看列里的内容是什么样的
SELECT dokumen_name FROM your_table_name LIMIT 10;

4. 数据真的不存在？ #

有时候我们笃定数据已经插入，但可能实际没成功，或者早就被删除了。可以换更灵活的方式验证：

-- 先试试精确匹配，看看有没有完全等于A12345的数据
SELECT dokumen_name FROM your_table_name WHERE dokumen_name = 'A12345';
-- 用正则表达式匹配，范围更灵活
SELECT dokumen_name FROM your_table_name WHERE dokumen_name REGEXP 'A12345';

5. NULL值的影响 #

如果dokumen_name列存在NULL值，LIKE是匹配不到这些行的（因为NULL和任何值的比较结果都是NULL）。不过如果你的目标是找包含A12345的数据，NULL肯定不符合，但可以顺手排除这个可能性：

SELECT dokumen_name FROM your_table_name WHERE dokumen_name LIKE '%A12345%' OR dokumen_name IS NULL;

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