为何PHP/MySQL代码在本地与远程服务器表现不一致？

嘿，我太懂你这种“代码完全一样但表现天差地别”的崩溃了！咱们来拆解下问题，很快就能搞定：

核心原因：SQL查询缺了显式排序规则 #

MySQL在没有ORDER BY子句的时候，返回结果的顺序是完全不保证稳定的——它可能跟着数据库存储引擎、数据物理存储位置、索引状态甚至数据量变：

• 本地数据量小，存储引擎（比如InnoDB）刚好顺着你期望的id顺序返回；
• 远程服务器的数据可能更分散、索引碎片不同，或者存储引擎默认排序逻辑和本地有差异；
• 还有个关键点：phpMyAdmin执行查询时，会自动给结果加默认排序（比如按主键升序），但你的代码里没加这条规则，所以才会出现“单独跑SQL正常，代码里乱序”的矛盾情况。

解决方法：给查询加显式排序 #

你只需要在所有$query_rs4的SQL语句末尾加上ORDER BY子句，指定你要排序的字段就行。比如假设你要按marker表的id升序排列，修改后的代码如下：

修改后的查询代码示例 #

if ($_POST['selClass'] == 'All records' OR $_SESSION['selClass'] == 'All records') {
    $query_rs4 = "SELECT * FROM marker INNER JOIN users ON marker.class = users.class ORDER BY marker.id ASC";
} else {
    if (empty($_POST['selClass']) && empty($_SESSION['selClass'])) {
        $query_rs4 = "SELECT * FROM marker INNER JOIN users ON marker.class = users.class ORDER BY marker.id ASC";
    } else {
        $query_rs4 = "SELECT * FROM marker INNER JOIN users ON marker.class = users.class WHERE users.username='{$_SESSION['selClass']}' ORDER BY marker.id ASC";
    }
}

小提示：如果要排序的是users表的id，把marker.id换成users.id就好，完全看你业务需求。

额外提醒：别踩SQL注入的坑 #

顺便说一句，你直接把$_SESSION['selClass']拼进SQL语句里，有SQL注入风险！建议换成预处理语句更安全，比如：

// 拿最后一个查询举例
$stmt = mysqli_prepare($con, "SELECT * FROM marker INNER JOIN users ON marker.class = users.class WHERE users.username=? ORDER BY marker.id ASC");
mysqli_stmt_bind_param($stmt, "s", $_SESSION['selClass']);
mysqli_stmt_execute($stmt);
$rs4 = mysqli_stmt_get_result($stmt);

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