PHP、MySQL同表详情页跳转问题：URL传ID查询无匹配结果排查

这种情况我之前帮不少开发者踩过坑，大概率是几个容易忽略的细节出问题了，咱们一条条捋：

• 数据类型不匹配
  这是最常见的原因！如果你的数据库ID字段是INT整数类型，但URL里的123G是带字母的字符串，查询时数据库会做隐式转换：把123G转成整数123，要是你表里根本没有id=123的记录，自然返回0条。反过来，如果数据库ID是VARCHAR字符串类型，但你在代码里把参数转成了整数（比如用intval($_GET['id'])），123G会被截断成123，同样匹配不到存着123G的记录。

• SQL参数绑定错误
  如果你用了PDO或mysqli的参数绑定，一定要注意参数类型是否正确。比如你写了：

  $stmt = $pdo->prepare("SELECT * FROM table WHERE id = :id");
  $stmt->bindParam(':id', $_GET['id'], PDO::PARAM_INT); // 错误：指定了整数类型
  $stmt->execute();
  

  这时候123G会被强制转成整数，要么变成0要么变成123，肯定找不到对应记录。应该改成PDO::PARAM_STR才对。

• URL参数获取异常
  先确认你真的拿到了123G这个值！比如有没有把参数名拼错（比如写成$_GET['ID']而URL里是id=123G），或者参数被URL编码后没解码？比如123G被编码成123%47，如果直接用这个编码后的值去查数据库，自然匹配不到原始的123G。可以先var_dump($_GET['id'])看看实际拿到的是什么。

• 数据库大小写敏感问题
  如果你的数据库表字符集排序规则是区分大小写的（比如utf8_bin），而表里存的是123g小写，URL里传的是123G大写，那查询时就会严格区分大小写，导致匹配失败。这种情况可以把查询条件改成不区分大小写，比如WHERE LOWER(id) = LOWER(:id)，或者统一参数和数据库记录的大小写。

• 过滤函数过度处理
  有没有用一些安全过滤或格式化函数把字母去掉了？比如用了preg_replace('/[^0-9]/', '', $_GET['id'])只保留数字，那123G直接变成123；或者用了intval()这类函数，都会导致参数和数据库里的记录不匹配。

• URL重写规则干扰
  如果你的项目用了URL重写（比如Apache的mod_rewrite、Nginx的rewrite规则），要检查规则是不是只匹配数字ID。比如规则写的是/page/(\d+)，那123G会被截断成123，或者直接无法正确传递参数到page.php，导致拿到的ID不对。

排查建议：先直接在数据库客户端执行SELECT * FROM your_table WHERE id = '123G';（注意加引号，对应字符串类型），看看有没有结果。如果数据库里能查到，再一步步排查代码里的参数获取、处理、绑定环节，很快就能定位问题。

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