基于Session实现餐厅网站登录用户历史订单查询问题求助

按以下顺序逐步定位问题：

1. 确认Session变量的真实值
   在查询代码前添加var_dump($_SESSION);，查看customer_id和name的实际内容——别默认Session里的字段一定正确，比如登录时是否真的把customer_id存入Session？有没有拼写错误（比如customerId和customer_id混淆）？

2. 直接在数据库中测试查询语句
   把Session里拿到的真实值代入SQL，在MySQL客户端执行，比如：

   SELECT * FROM food_orders WHERE customer_id = 123; -- 替换123为你Session里的实际customer_id值
   

   如果这步查不到数据，说明food_orders表本身就没有对应用户的订单，或者订单插入时没正确写入customer_id；如果能查到，问题出在PHP代码的SQL拼接逻辑上。

3. 检查SQL语句的拼接错误
   单引号包裹的SQL语句里，变量不会被解析，比如你原来的写法可能存在语法错误：

   // 错误示例：单引号内的变量无法被解析
   $sql = 'SELECT * FROM food_orders WHERE customer_id='{$_SESSION['customer_id']}';
   

   正确写法二选一：

   • 用双引号包裹SQL，直接解析变量：

     $sql = "SELECT * FROM food_orders WHERE customer_id={$_SESSION['customer_id']}";
     

   • 用字符串连接符拼接：

     $sql = 'SELECT * FROM food_orders WHERE customer_id=' . $_SESSION['customer_id'];
     

   注意：如果customer_id是字符串类型（比如UUID），需要给变量加单引号包裹：

   $sql = "SELECT * FROM food_orders WHERE customer_id='{$_SESSION['customer_id']}'";
   

4. 改用预处理语句（同时规避SQL注入风险）
   直接拼接变量不仅容易出错，还存在安全隐患，推荐用PDO或MySQLi的预处理语句，以MySQLi为例：

   // 假设$conn是你的数据库连接对象
   $stmt = $conn->prepare("SELECT * FROM food_orders WHERE customer_id = ?");
   $stmt->bind_param("i", $_SESSION['customer_id']); // "i"对应整数类型，字符串用"s"
   $stmt->execute();
   $result = $stmt->get_result();
   $orders = $result->fetch_all(MYSQLI_ASSOC);
   

   这种写法能避免拼接错误，同时提升安全性。

5. 开启错误提示，查看SQL执行报错
   在代码开头添加：

   error_reporting(E_ALL);
   ini_set('display_errors', 1);
   

   并在查询后检查SQL错误（以MySQLi为例）：

   if (!$result) {
       echo "SQL错误: " . $conn->error;
   }
   

   这样能直接看到SQL执行时的具体错误，比如字段名拼写错误、数据库权限不足等。

6. 检查订单插入逻辑
   如果前面步骤都没问题，要确认用户下单时，food_orders表的customer_id字段是否被正确写入——比如插入订单的代码里，有没有把当前用户的customer_id存入订单表？会不会是插入时漏传了这个关键字段？

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