MySQL带WHERE子句的SELECT语句查询表数据返回空结果问题咨询

text类型字段完全支持WHERE条件等值匹配，问题基本出在存储内容、连接配置、参数传递三个环节，按以下顺序逐一排查即可：

• 优先排查存储值带不可见冗余字符
  这是表单写入场景下最高发的问题：表单提交的字段值很容易夹带首尾空格、换行符、制表符等不可见字符，text类型不会自动过滤这些内容，肉眼看起来值和查询条件一致，实际存储内容长度、内容都有差异。
  验证方式：执行SELECT id, district, HEX(district) FROM users LIMIT 10;，对比查询结果中district字段的实际显示、HEX编码和你传入的districtName是否完全一致，如果末尾多了20（空格）、0A（换行）、0D（回车）这类编码，就说明存在冗余字符。
  临时验证查询可以用：SELECT * FROM users WHERE TRIM(district) = 'districtName';，根本修复需要在数据写入逻辑层，对表单传入的三个字段先做首尾空白裁剪再入库。
• 排查字符集与排序规则匹配问题
  如果字段使用了大小写敏感、二进制排序规则（比如utf8mb4_bin、utf8mb4_0900_as_cs），等值匹配会严格校验大小写、重音符号，比如你传入districtname就无法匹配库里存的DistrictName；另外如果数据库连接字符集和表字符集不一致，也会出现乱码导致匹配失败。
  验证方式：执行SHOW FULL COLUMNS FROM users LIKE 'district';查看字段的Collation属性，带_bin、_cs后缀即为大小写/重音敏感排序规则。可以先执行SET NAMES 表实际字符集;（比如表字符集是utf8mb4就写SET NAMES utf8mb4;）统一连接字符集，再用SELECT * FROM users WHERE LOWER(district) = LOWER('districtName');做大小写不敏感匹配测试。
• 排查实际传入SQL的参数正确性
  很多时候代码拼接SQL、框架参数绑定会出现异常：比如变量赋值错误实际传入了空值、特殊字符被重复转义、多字节字符因为字符集不匹配写入成乱码，都会导致条件匹配不上。
  验证方式：开启MySQL通用查询日志，捕获实际发送到数据库执行的完整SQL语句，确认传入的条件值和预期完全一致：

  -- 临时开启通用日志
  SET GLOBAL general_log = 1;
  -- 执行一次你的业务查询逻辑后，查看日志记录的真实SQL
  -- 排查完成后关闭日志避免影响性能
  SET GLOBAL general_log = 0;
  

• 排查连接实例错误
  如果以上都没问题，确认是否存在业务代码连错数据库的情况：比如写入逻辑连接的是测试环境库，查询逻辑误连了其他环境同结构的空表。可以在查询语句前先执行SELECT DATABASE(), COUNT(*) FROM users;，确认当前连接的库名正确、表内确实存在已写入的数据。

注意：不要误判为text类型不支持WHERE等值查询，text、longtext等大字段类型完全可以作为WHERE条件使用，只是超长text字段建索引需要指定前缀长度，普通等值查询没有任何限制。

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